Auteur Sujet: Free et reverse DNS (PTR) en IPv6 (Lu 2684 fois)

Stilnox · « **le:** 06 mai 2023 à 11:52:16 »

Salut,

j'héberge derrière ma freebox un serveur mail, qui est compatible ipv4 et ipv6. J'ai effectué toutes les confs nécessaires (ptr sur l'ipv4, spf, dkim), mais je ne peux pas mettre de PTR sur une de mes IPv6 attribuées par Free.
Du coup résultat j'ai ceci quand j'envoie un mail à un serveur mail IPv6 (en l'occurrence gmail) :

Code: [Sélectionner]

Error Type: SMTP
   Remote server (2a00:1450:400c:c09::1a) issued an error.
   Remote server replied: 550-5.7.1 [2a01:e0a:b8f:c090::1337] Our system has detected that this message
550-5.7.1 does not meet IPv6 sending guidelines regarding PTR records and
550-5.7.1 authentication. Please review
550-5.7.1  https://support.google.com/mail/?p=IPv6AuthError for more information

Le PTR est une vérification utilisée dans beaucoup de serveurs mails pour éviter les spams, et je ne trouve pas de moyen de mettre un enregistrement via le panel free. ça semble juste possible en ipv4.
Quelqu'un a une idée de comment faire ? Je suis limite obligé de désactiver IPv6 sur mon serveur mail pour éviter que des fournisseurs comme gmail rejettent mes mails.

xp25 · « **Réponse #1 le:** 06 mai 2023 à 14:01:49 »

https://dev.freebox.fr/bugs/task/12749

Aucune réponse de Free en 10 ans et toujours KO !

xp25 · « **Réponse #2 le:** 06 mai 2023 à 14:10:32 »

Il y a des réponses sur le rDNS IPv4/6 (sur fond vert clair) -> https://dev.freebox.fr/bugs/task/26772

Citer

C'était 100% fonctionnel quand 100% du parc était en IPv4 natif, ce sera 100% fonctionnel quand 100% du parc sera en IPv6. Dans l'entre deux, nous avons fait le choix de ne pas le réactualiser.

vocograme · « **Réponse #3 le:** 16 mai 2023 à 11:34:09 »

Il me semble que beaucoup de serveurs mails (notamment gmail) mettent d'office en SPAM tout mail venant d'une adresse IP publique "grand publique". Ainsi, même si tu règles ton problème de PTR je ne suis pas sûr que ton serveur mail soit fonctionnel.

vivien · « **Réponse #4 le:** 16 mai 2023 à 12:41:22 »

Je confirme, les opérateurs doivent classer les plages IP (IPv4 et IPv6) et quand une plage est attribuée à des clients grand public, les mails sont rejetés chez certains fournisseurs.

Stilnox · « **Réponse #5 le:** 16 mai 2023 à 12:50:31 »

Citation de: vocograme le 16 mai 2023 à 11:34:09

Il me semble que beaucoup de serveurs mails (notamment gmail) mettent d'office en SPAM tout mail venant d'une adresse IP publique "grand publique". Ainsi, même si tu règles ton problème de PTR je ne suis pas sûr que ton serveur mail soit fonctionnel.

En général tu as une réponse automatique quand ton mail est rejeté (notamment chez Outlook ou du côté des serveurs de l'éducation nationale). Dans la réponse ils indiquent comme être whitelisté, il faut donc ajouter à la main chaque IP source pour ne pas finir en spam ou même être tout juste rejeté. Les plus chiants que j'ai pu voir ce sont Outlook/Office, qui te catégorisent très souvent en spam même après avoir fait leur procédure pour ne pas être rejeté.

Fyr · « **Réponse #6 le:** 16 mai 2023 à 14:41:07 »

Citation de: vivien le 16 mai 2023 à 12:41:22

Je confirme, les opérateurs doivent classer les plages IP (IPv4 et IPv6) et quand une plage est attribuée à des clients grand public, les mails sont rejetés chez certains fournisseurs.

D'où vient cette obligation ? Y a rien dans les docs inetnum/6 du RIPE.

Free_me · « **Réponse #7 le:** 16 mai 2023 à 17:02:02 »

aucune obligation, juste la preference pour eviter les emmerdes.

Fyr · « **Réponse #8 le:** 16 mai 2023 à 17:07:29 »

Citation de: Free_me le 16 mai 2023 à 17:02:02

aucune obligation, juste la preference pour eviter les emmerdes.

Quelles emmerdes ? le port 25 est bloqué par défaut

borbor · « **Réponse #9 le:** 19 janvier 2024 à 03:31:42 »

Citation de: xp25 le 06 mai 2023 à 14:10:32

Il y a des réponses sur le rDNS IPv4/6 (sur fond vert clair) -> https://dev.freebox.fr/bugs/task/26772

En effet c'est la m****. Comme je capte pas grand chose au jargon, quand les types disent que c'est la faute au NRO, je dis ok.
Mais NRO c'est l'infrastructure, donc si je prends la fibre chez OVH ca sera pareil?
Parce que OVH propose de regler au moins le PTR de l'ipv4 https://help.ovhcloud.com/csm/fr-internet-access-reverse-dns?id=kb_article_view&sysparm_article=KB0039308#verifier-la-configuration-du-reverse-dns
Mais est ce que c'est foutu pour ma gueule (NRO PES75) quoi qu'il arrive?

zoc · « **Réponse #10 le:** 19 janvier 2024 à 11:53:00 »

C'est certainement pas la faute du NRO. Un NRO c'est un batiment....

Il n'y a aucun lien entre les équipements qui sont au NRO et la capacité ou non de configurer les rDNS. C'est spécifique à chaque FAI.

Fyr · « **Réponse #11 le:** 19 janvier 2024 à 11:55:45 »

Citation de: zoc le 19 janvier 2024 à 11:53:00

C'est certainement pas la faute du NRO. Un NRO c'est un batiment....

Il n'y a aucun lien entre les équipements qui sont au NRO et la capacité ou non de configurer les rDNS. C'est spécifique à chaque FAI.

Hm. Y a des équipements. Dedans y a des plages IP associées. Juste qu'ils ont pas du ouvrir ces "nouvelles" plages dans leur bouzin de gestion du reverse... (ou plus drôle oublié de demander la délégation DNS du reverse du bloc au RIPE krrkrrkrr)