Quand le reverse DNS de Free ne fonctionne pas, la panne prend vite des airs de détail technique, jusqu’au premier rejet SMTP ou à l’interface qui bloque.
Le doute s’installe alors, car tout peut sembler correctement réglé côté Freebox. Votre serveur domestique peut disposer d’une adresse IP fixe, sans que le reverse suive. Chez Free, l’enregistrement PTR dépend de règles moins visibles que vos réglages locaux : IPv4 partagée, IPv6, ancienne délégation, cache DNS. Un test isolé mène parfois à une fausse piste. La solution aussi.
Reverse DNS Free ne fonctionne pas : le bon diagnostic avant toute modification
Avant toute modification, un test simple évite les fausses pistes sur une ligne Free. Relevez l’adresse IP publique affichée par la Freebox, puis interrogez le PTR depuis un réseau extérieur avec dig -x ou nslookup. Comparez ce résultat avec l’enregistrement A du nom de domaine visé et avec la saisie faite dans l’interface abonné.
Un retour inchangé en proxad.net ne prouve pas à lui seul une panne de résolution. La piste la plus banale reste une faute dans la configuration Freebox, suivie d’un délai de propagation variable selon les caches DNS. Chez Free, le reverse DNS dépend aussi du type d’accès, de l’IPv4 partagée ou full stack, et de limitations propres à certaines lignes.
À quoi sert vraiment un PTR sur une connexion Freebox ?
Le PTR ne sert pas seulement à afficher un joli nom lors d’un test réseau. Sur une connexion Freebox, il relie l’adresse IP à une identité lisible, ce qui pèse dans la réputation IP. Pour un serveur mail auto-hébergé, cette cohérence complète SPF, DKIM et DMARC lors des vérifications côté destinataire.
Le même réglage aide aussi quand vous ouvrez un SSH, un NAS ou une interface d’administration depuis l’extérieur. Un accès distant clairement nommé paraît moins suspect qu’un hôte générique, même si le contrôle anti-spam ne se limite jamais au PTR. Il facilite aussi la lecture des journaux système lors d’un diagnostic mené hors du réseau local.
- Messagerie sortante depuis une Freebox.
- Connexion SSH vers un serveur personnel.
- Hébergement domestique d’un site ou d’un service.
- Lecture plus claire des logs réseau.
La migration IPv6 et le partage IPv4 ont fragilisé le service
Chez Free, le reverse DNS s’appuyait plus facilement sur une IPv4 attribuée à une seule ligne. La bascule vers un réseau IPv6 natif a changé cet équilibre : l’IPv4 peut passer par un tunnel IPv4, du CGNAT ou une répartition par ports. Dans ces cas, le PTR devient moins prévisible, car l’adresse ne décrit plus forcément un abonné unique.
La pénurie d’adresses IPv4 a poussé Free à généraliser des montages où plusieurs clients partagent la même ressource publique. Avec une IPv4 partagée, un serveur mail local se heurte vite aux limites du modèle. Même l’option full stack ne règle pas tout : l’adresse reçue peut déjà porter un historique défavorable, être classée dynamique ou figurer sur une blacklist héritée d’un précédent usage.
À retenir : une IP full stack chez Free peut être fixe pour votre ligne, tout en conservant une réputation dégradée côté serveurs mail.
Quels signes indiquent un blocage côté Free plutôt qu’une mauvaise configuration ?
Le diagnostic gagne en clarté quand les symptômes se recoupent avec des retours connus d’abonnés Freebox. Un message de ligne incompatible dans l’espace abonné ne pointe pas vers votre zone DNS, mais vers une limite du service Free. Un retour en PTR générique de type proxad.net indique, lui, que la personnalisation n’est pas appliquée malgré un domaine correctement déclaré.
Une résolution vide lors d’un test PTR raconte autre chose qu’une simple faute de frappe : aucun nom inverse exploitable n’est renvoyé. Le cas IPv6 reste encore plus fermé, car l’abonné ne dispose pas d’un réglage équivalent pour créer son reverse. Le tableau ci-dessous met côte à côte les signaux les plus parlants, du message d’erreur au blacklistage RBL.
| Type de problème | Description |
|---|---|
| Retour au nom générique proxad.net | Le PTR revient à un nom type xxx.subs.proxad.net au lieu du domaine personnalisé |
| Message « ligne incompatible » | Erreur « Le service reverse DNS n’est pas compatible avec votre ligne » lors de la configuration |
| Erreur de format de saisie | Message « Reverse invalide : il doit faire au maximum 63 caractères… » lors de la personnalisation |
| PTR absent (résolution vide) | Les serveurs SMTP de Free n’arrivent pas à effectuer le reverse, résultat vide plutôt qu’incorrect |
| PTR IPv6 totalement absent | Aucune fonctionnalité de reverse DNS IPv6 disponible côté abonné |
| Blacklistage SORBS / RBL | L’IP est signalée comme dynamique (DUHL) car le PTR ne correspond pas au MX |
Le cas IPv6 reste le plus pénalisant pour les serveurs mail
Avec IPv6, la difficulté ne ressemble pas à une panne capricieuse que l’on corrige depuis l’interface Freebox. Pour les abonnés Free, le PTR personnalisé sur le préfixe délégué n’est pas proposé dans la pratique, ce qui laisse le reverse IPv6 absent plutôt que mal réglé. Votre adresse peut répondre en ping, servir un site ou accepter SSH, sans offrir l’identité inverse attendue par un serveur de courrier.
La sanction apparaît au moment de l’envoi. Plusieurs relais rapprochent l’IP source, son nom inverse et le domaine annoncé dans HELO. Quand cette chaîne casse en IPv6, la délivrabilité mail recule malgré SPF, DKIM ou DMARC propres, puis un rejet SMTP tombe sans rapport avec le contenu du message. Le journal donne alors une piste nette : l’adresse Free fonctionne, mais son identité DNS inverse manque.
Des rejets SMTP liés à l’absence de reverse
Les traces SMTP parlent parfois plus clairement que les interfaces d’administration. Cloudflare peut refuser un expéditeur avec une erreur de reverse lookup, tandis que Gandi renvoie des messages du type « cannot find your reverse hostname ». D’autres relais exigent le même chaînage PTR, nom et adresse, avant même d’examiner le contenu du mail.
Dans ce scénario, le refus de connexion ne vient pas d’un mauvais mot de passe, d’un port fermé ou d’un SPF absent. Le serveur distant voit surtout un hostname introuvable derrière l’IP IPv6 Free, puis classe l’émetteur comme trop risqué. Le symptôme se lit donc côté logs, pas dans la boîte d’envoi.
Un contournement par l’envoi en IPv4
La solution la plus pragmatique consiste à ne pas abandonner IPv6, mais à l’écarter de l’émission mail. Avec une configuration Postfix adaptée, vous gardez IPv6 pour le web, SSH ou l’accès distant, tandis que le SMTP sort par l’IPv4 Free si son PTR répond correctement.
- Vérifier le PTR IPv4 avec
dig -xounslookup. - Conserver IPv6 actif pour les services qui ne dépendent pas du reverse.
- Forcer Postfix à privilégier IPv4 pour les connexions SMTP sortantes.
- Tester l’envoi vers plusieurs domaines, dont Gandi et des adresses protégées par Cloudflare.
Ce réglage oriente le trafic sortant IPv4 vers les relais de courrier sans couper le reste du serveur d’Internet en IPv6. Il ne répare pas l’absence de PTR IPv6 chez Free, mais réduit les rejets secs des relais stricts et rend le diagnostic plus lisible.
Une configuration Freebox reste possible sur certaines lignes
Selon la ligne Freebox, le réglage du PTR IPv4 peut encore aboutir, à condition que le nom annoncé soit déjà cohérent côté zone DNS. Depuis l’espace abonné, la saisie doit viser un domaine racine qui pointe vers l’adresse publique au moyen d’un enregistrement A. Free lance alors une validation DNS avant d’inscrire le reverse ; une faute, un CNAME mal placé ou une IP différente suffit à bloquer la demande.
- Faites pointer le domaine vers l’IP publique Freebox.
- Saisissez le nom sans espace, préfixe inutile ni faute.
- Validez, puis laissez le DNS se propager.
- Contrôlez le PTR depuis un réseau extérieur.
Après l’envoi du formulaire, Free annonce une prise en compte sous 1 heure, tandis que des retours d’abonnés évoquent environ 30 minutes. Le TTL peut atteindre 24 heures, ce qui explique un ancien nom proxad.net encore visible depuis certains résolveurs. Contrôlez le résultat avec dig -x votre_IP ou nslookup votre_IP, puis refaites le test depuis un réseau extérieur, car le cache local brouille parfois le diagnostic.
Que faire face au message « service reverse DNS non compatible » ?
Le message « service reverse DNS non compatible » ressemble à une erreur de formulaire, mais il décrit plutôt une impossibilité côté réseau Free. Il peut venir d’une limitation réseau, d’une infrastructure locale migrée vers des blocs IPv4 partagés ou d’un raccordement où même une IP full stack ne rétablit pas l’ancien fonctionnement du PTR. Dans ce cas, le domaine et sa zone DNS ne changent rien au refus affiché.
À retenir : Free a indiqué en 2022 que moins de 0,5 % du parc disposait encore d’une IPv4 native, situation la plus favorable au PTR IPv4 historique.
Avant de conclure à une panne, relevez l’adresse publique vue par la Freebox, vérifiez le reverse générique et capturez le message exact de l’interface. Ces éléments aideront le support, sans garantir une action possible sur la ligne. Pour un serveur mail exposé à des refus SMTP, la solution la plus propre reste un relais d’envoi, un VPS ou un hébergement externe doté d’un PTR maîtrisable.
Les listes noires exigent parfois une démarche séparée
Après la correction du PTR, les refus SMTP peuvent continuer, ce qui surprend beaucoup d’administrateurs de Freebox. Des bases comme Spamhaus, SORBS ou d’autres RBL gardent leur propre logique de classement ; un ancien signalement, une plage réputée résidentielle ou une IP jugée dynamique suffit à maintenir un filtrage. Le blacklistage SORBS et l’inscription sur une liste DUHL visent justement ces adresses utilisées hors d’un cadre mail attendu.
La sortie de liste réclame alors une action distincte, menée auprès de chaque organisme concerné. Avant toute demande de déblocage manuel, un contrôle de SPF, DKIM, DMARC, HELO et reverse réduit le risque de refus. Même après retrait, la réputation SMTP remonte par paliers, au rythme des messages acceptés sans plainte ni rebond suspect.
Rester chez Free, contourner ou déplacer le service
Face à un reverse DNS bloqué chez Free, la réponse dépend surtout du rôle réel de votre serveur. Pour un usage familial ou associatif léger, attendre une évolution de la ligne et limiter l’envoi direct peut suffire. Dès que les destinataires refusent les messages, un relais SMTP authentifié offre une route plus propre, avec un reverse déjà cohérent et des files surveillées.
Pour un domaine utilisé au quotidien, déplacer la brique mail apporte plus de sérénité. Un hébergement externe permet de gérer le DNS, les journaux et les demandes de retrait RBL depuis une infrastructure conçue pour cela. Un service mail tiers règle aussi la question du reverse IPv6, sans vous priver de Free pour le web, le VPN, SSH ou les usages domestiques.