1 votes

Ma zone de recul ne fonctionne pas

J'essaie de configurer mes zones inversées sur un serveur Centos. J'ai lu de nombreux articles et il semble que je fasse tout correctement et je ne sais pas ce qu'il faut vérifier ou corriger ensuite. Ce qui suit est une partie de mon named.conf. Mon domaine mobz.ca pointe vers 69.175.76.110, mail.mobz.ca vers 69.175.76.111, mais 110 et 111 sont physiquement le même serveur.

zone "mobz.ca" {
        type master;
        file "data/db.mobz.ca";
        allow-update { none; };
        allow-query { any; };
        allow-transfer { trusted; no-ip; };
        notify yes;
        also-notify { 8.23.224.170; };
};

zone "76.175.69.in-addr.arpa" {
        type master;
        file "data/db.76.175.69.in-addr.arpa";
        allow-update { none; };
        allow-query { any; };
        allow-transfer { trusted; no-ip; };
        notify yes;
        also-notify { 8.23.224.170; };
};

Le problème ne concerne que la zone inverse, je n'ai donc mis que son contenu :

$TTL 86400
$ORIGIN 76.175.69.IN-ADDR.ARPA.
@               IN      SOA   ns1.mobz.ca. mobz.ca. (
                              2014082804 ; serial number
                              14400      ; refresh
                              3600       ; update retry
                              3w         ; expiry
                              3h         ; nx = nxdomain ttl
                              )
                IN      NS      ns1.mobz.ca.

111             IN      PTR     mail.mobz.ca.
110             IN      PTR     mobz.ca.

Pourriez-vous m'aider à comprendre quel est le problème ou à savoir où chercher ensuite ? Je suis relativement novice dans ce domaine.

Merci d'avance.

3voto

jowi Points 111

Le DNS inversé ne fonctionne pas de cette façon. Le serveur de noms pour ces adresses IP est

dennis@spirit:~$ dig -t NS 76.175.69.in-addr.arpa
76.175.69.in-addr.arpa. 21599   IN  NS  ns2.singlehop.com.
76.175.69.in-addr.arpa. 21599   IN  NS  ns1.singlehop.com.
76.175.69.in-addr.arpa. 21599   IN  NS  ns3.singlehop.com.

Vous devez donc les contacter (ou éventuellement utiliser l'interface d'administration de votre fournisseur) pour apporter des modifications aux enregistrements PTR.

-2voto

RapidWebs Points 551

Contrôlez-vous l'accès à votre zone inverse / enregistrement PTR ? Il est courant de devoir demander à votre fournisseur d'hébergement de les modifier pour vous. Il se peut aussi qu'une section de votre panneau de contrôle permette de le faire.

edit : typiquement, le rDNS est mis en place lorsque le courrier est refusé par des services de courrier public comme Google, ou marqué comme spam. afin de passer le contrôle rDNS, je suis presque certain que vous devez avoir l'enregistrement forward configuré (créant un cercle complet).

Wikipedia dit : Il s'agit de la configuration standard attendue par les normes Internet supportant de nombreux protocoles dépendant du DNS. Les RFC 1912 et RFC 1033 (Informational) la recommandent comme meilleure pratique, mais elle n'est pas une exigence des RFCs définissant les normes régissant le fonctionnement du DNS.

https://en.wikipedia.org/wiki/Forward-confirmed_reverse_DNS

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X