Aller au contenu

Simon

Membres
  • Compteur de contenus

    24
  • Inscription

  • Dernière visite

  • Jours gagnés

    20

Simon a gagné pour la dernière fois le 23 août

Simon a eu le contenu le plus aimé !

Réputation sur la communauté

14 Good

À propos de Simon

  • Rang
    Newbie
  • Date de naissance 08/06/1985

Visiteurs récents du profil

321 visualisations du profil
  1. Simon

    Installer Docker et Discourse

    Bonsoir, Sur les hébergements mutualisés, ce ne sera pas possible d'installer ces composants. Discourse est en Ruby et les hébergements Yulpa ne proposent pas de prise en charge Ruby de ce que je sais. Quant à Docker, impossible d'installer ça sur un hébergement mutualisé, c'est exclu, au minimum sur un VPS, il me semble que c'est quelque chose que Yulpa peut proposer, à voir avec eux peut-être dans un ticket support ?
  2. Simon

    Redirection Nom de domaine vers page Facebook

    Non, la limitation ici est imposée par Facebook, ils ne proposent aucune solution permettant de définir un nom de domaine personnalisé sur une page. S'ils ne le permettent pas, Yulpa est ici impuissant, il faudrait absolument que Facebook accepte ton domaine, et le route sur la bonne page. On ne peut fixer une entrée A que sur une adresse IP, pas sur une URL. Donc en faisant pointer ton domaine sur leur IP, tu aurait l'accueil Facebook affiché, pas du tout ta page à toi.
  3. Simon

    Redirection Nom de domaine vers page Facebook

    Tu ne peux pas faire pointer un nom de domaine à toi sur une page Facebook, ils ne permettent pas ce genre de chose, et ne gèrent pas les noms de domaines externes. Ce que tu peux faire en revanche, c'est effectuer une redirection web de ton domaine vers ta page FB, mais dans ce cas ton domaine n'apparaîtra plus dans la barre d'adresse après redirection. Ou bien inclure la page FB dans une iframe (je ne sais pas si FB le prévoit dans leurs ToS ?...)
  4. simon$ dig +short txt 717._domainkey.mail.jakubowicz.me il n'y a en effet aucun enregistrement DKIM présent sur le sous domaine 717._domainkey.mail.jakubowicz.me, c'est ici que devrait se trouver la clé publique DKIM. Pour ce qui est de l'ip dynamique, les providers mails utilisent des DNSBL qui identifient les ips publiques d'ISP, et identifient les mails comme potentiellement douteux. (https://www.dnsbl.info/dnsbl-details.php?dnsbl=dul.dnsbl.sorbs.net par exemple) Beaucoup d'ordinateurs infectés (botnets) envoient des mails de façon incontrôlée via des ips dynamiques, le risque est donc fort, donc les emails présentant ce type de patterns sont beaucoup plus susceptibles d'être livrés en spambox
  5. c'est quoi ton adresse from ? c'est quoi ton selecteur dkim ? dans l'idéal, tu peux nous filer le lien vers le résultat mail tester ?
  6. Les deux ne sont pas compatibles, ce n'est pas une limitation Yulpa ici. Une entrée CNAME veut dire "redirige tout le trafic vers la cible du CNAME, quel que soit le type. Donc tout le trafic MX, A, TXT, etc... Est rédigé vers la cible du CNAME. Avoir une entrée MX et CNAME sur la même zone dns du même host est techniquement faisable mais un non-sens car le trafic est rédigé et l'entrée MX de la zone ne serait pas utilisée.
  7. Simon

    Utilisation de reverse dns

    tout dépend du serveur mail utilisé. Sur Debian + Postfix, le nom du serveur mail est défini par défaut par le contenu de /etc/mailname dans la variable "myorigin" de main.cf Cf https://postfix.traduc.org/index.php/BASIC_CONFIGURATION_README.html#myorigin
  8. Simon

    Utilisation de reverse dns

    Hello Jul, On parle ici d'un VPS Yulpa ? Et du coup d'une IP Yulpa ?
  9. Simon

    Phishing Paypal à bloquer

    Hello ! les headers semblent légitimes ici, le mail a été signé via la clé DKIM de mail.paypal.fr et correctement validé par le serveur entrant de Yulpa, l'expéditeur a donc la main sur la clé privée DKIM de Paypal, donc probablement légitime. epsl1.com est visiblement le prestataire gérant les mails Paypal : mail.paypal.fr. 3599 IN MX 5 pmx1.epsl1.com. le whois du domaine paypal-communication.com : Registry Registrant ID: Registrant Name: Domain Administrator Registrant Organization: PayPal Inc. Registrant Street: 2211 North First Street, Registrant City: San Jose Registrant State/Province: CA Registrant Postal Code: 95131 Registrant Country: US Registrant Phone: +1.8882211161 Registrant Phone Ext: Registrant Fax: +1.4025375774 Registrant Fax Ext: Registrant Email: hostmaster@paypal.com
  10. Hello ! Pour info, Gmail ne loade pas d'images externes dans son webmail, toutes les images des mails sont mises en cache sur un proxy Google et Gmail affiche cette image cachée par un serveur Google, via https. D'où le cadenas vert car il n'y a pas d'éléments non https dans les mails affichés sur Gmail.
  11. Simon

    Map google

    Hello ! Juste, on parle de quoi ici ? Tu as un exemple en ligne du pb ? Quelque chose que l'on peut voir quelque part ? Je n'ai pas compris ton problème ici Simon
  12. Simon

    Ralentissements

    Tu n'as pas accès aux différents graphs ici https://app.doyoucheck.com/p/monitoring_http/monitor/be25019078682462889b807411f1b354 ? Cette page te fournit les informations que tu souhaites avoir
  13. Simon

    Ralentissements

    Hello Alex, Tu veux parler desquelles de stats ? Des temps réel ? Des stats par heure ? Par jour ? Les stats sont agrégées pour permettre une rétention plus importante. Quel type de data serait intéressant pour toi ? Simon
  14. Simon

    ralentissement dans les temps d'accès

    Je viens d'ajouter SF et Londres pour ton site, tu pourras comparer Alex.
  15. Simon

    ralentissement dans les temps d'accès

    Hello Alex/Simon, En effet, les sites d'Alex sont monitorés depuis la France uniquement, via Scaleway et OVH. On peut ajouter une sonde à San Francisco sur ces sites pour voir si on se rapproche des temps d'accès de Pingdom Alex. Tu me diras, je l'ajouterai si tu veux. Mais oui, clairement ici, le délai supplémentaire doit être dû à la traversée de l'Atlantique
×