Enregistrement PTR chez free

bonjour
je ne comprend pas pourquoi il est impossible d'enregistrer une entrée ptr sur la zone DNS de mon domaine.
103.xx.xx.xx.in-addr.arpa. IN PTR xxxx.org.
cet entrée est absolument indispensable puisqu'elle est exigé par gmail sans elle , ma boite mail devient inutile.
Ce qui est fou, c'est que jusqu'ici je pouvais modifier ma zone DNS en ajoutant l'entrée en mode textuel, ce qui me permettait d'envoyer des mails… jusqu'a que l'entrée disparaisse au bout de quelques jours. Maintenant elle disparait immédiatement!

mon serveur de courrier est situé chez moi , desservie par une ip fixe de free avec Reverse DNS activé
Vous arrivez a envoyer des mail en auto hebergement?
merci

Bonjour,

C'est le possesseurs de l'IP qui doit faire le PTR donc Free sans votre cas.

Cordialement, janus57

comme je l'ai dit, le reverse DNS est déjà activé chez free, mon IP est associé a mon nom de domaine (dans l'option Reverse DNS personnalisé).
En entrant
nslookup mon.ip
ou sur google : https://dns.google/query?name=mon.ip
le domaine de mon site est bien envoyé.
Le probleme est ailleur, je ne peux pas ajouter ceci dans la zone dns d'ovh:
103.xx.xx.xx.in-addr.arpa. IN PTR xxxx.org.
cela s'efface immédiatement.
Il y a quelques semaine, cela ne s'effacait pas, et je testais avec mailgenius.com, celui ci me confirmer que l'enregistrement PTR etait opérationel.

Bonjour,

Non ça marche pas ça un PTR c'est pas votre zone DNS qui doit le présenter mais la zone DNS qui porte 103.xx.xx.xx.in-addr.arpa et qui donc est géré par Free.

Si vous voulez une analyse complète indiquer le domaine + IP

Cordialement, janus57

merci,en effet cela fait sens . Je confirme que mon mail a bien pu etre expédié APRES que j'ai tenté de modifier le dns d'ovh , mais ca doit certainement etre une coincidence. En fait, des fois , le PTR semble etre lu par gmail , et d'autre fois non, c'est le DNS de Free qui a un probleme alors?


c'est le DNS de Free qui a un probleme alors?


Vous n'avez toujours pas indiqué le domaine et l'IP.

Quand ça ne passe pas, quel est le message d'erreur ?

Bonjour,

Domaine + IP reçu en MP.

Free à déclaré 3 dns dont 1 qui ne répond pas donc vous avez 1 chance sur 3 que le serveur en face n'arrive pas à vérifier le PTR.

Cf : https://stat.ripe.net/widget/reverse-dns#w.resource=82.66.160.255

Note : c'est pas sont IP mais elle est dans le range

Cordialement, janus57

merci, alors que dois je faire maintenant, je dois contacter free? ou y a t il un moyen de forcer à empecher l'acces au dns mort?

Bonjour,

non impossible d’empêcher l'accès, seule Free peut corriger le problème (bonne chance).

Cordialement, janus57

bonjour, je reviens ici. Comment peut on savoir à partir du lien ci dessus qu'un serveur ne répond pas ? (je suppose que ns.ripe.net est le mauvais)


82.66.160.255



Comment peut on savoir à partir du lien ci dessus


Pour cette adresse par exemple, retournez les octets sous cette forme:

~# host 82.66.160.255
Host 255.160.66.82.in-addr.arpa. not found: 3(NXDOMAIN)


On doit donc chercher le PTR de: 255.160.66.82.in-addr.arpa.

~# dig 255.160.66.82.in-addr.arpa. ptr
... status: NXDOMAIN ...

~# dig 255.160.66.82.in-addr.arpa. ptr +trace
...
...
66.82.in-addr.arpa. 86400 IN NS ns3.proxad.net.
66.82.in-addr.arpa. 86400 IN NS ns2.proxad.net.
66.82.in-addr.arpa. 86400 IN NS ns.ripe.net.

Pour le sous-réseau 82.66 ce sont ces 3 serveurs DNS qui ont autorité, questionnons-les individuellement.

~# dig 255.160.66.82.in-addr.arpa. ptr @ns3.proxad.net +short
~# dig 255.160.66.82.in-addr.arpa. ptr @ns2.proxad.net +short
~# dig 255.160.66.82.in-addr.arpa. ptr @ns.ripe.net +short
~#

Pour moi aucun des 3 serveurs ne fournit de réponse.

pourtant quand j'ecrit:
`host 82.66.160.xxx`
j'obtient bien
`xxx.160.66.82.in-addr.arpa domain name pointer monsite.org.`
ainsi que
dig xxx.160.66.82.in-addr.arpa. ptr
ANSWER SECTION:
xxx.160.66.82.in-addr.arpa. 1395 IN PTR monsite.org.


pourtant quand j'ecrit:
host 82.66.160.xxx


Il faut arrêter avec vos xxx.

Merci