nuitn0ire a écrit :
Y a un truc que je comprends pas alors.. voilà une entrée type dans ma base : dn: relativeDomainName=ns1,ou=x.biz,ou=DNS,virtualdomain=x.biz,ou=hosting-dev,dc=x,dc=org dNSClass: IN objectClass: top <<<< inutile objectClass: dNSZone zoneName: xxx.biz dNSTTL: 3600 aRecord: x.x.x.x relativeDomainName: ns1 => attribution de l'IP x.x.x.x à l'hôte ns1 dn: relativeDomainName=lab1,ou=xxx.biz,ou=DNS,virtualdomain=xxx.biz,ou=hostingdev,dc=xxx,dc=org objectClass: top <<<< inutile objectClass: dNSZone zoneName: xxx.biz dNSClass: CNAME <<<< c'est IN la classe voir les RFC relativeDomainName: lab1 cNAMERecord: ns1 => CNAME de ns1 vers lab1 <<<< non c'est l'inverse, lab1 pointera vers ns1 Et c'est là où je ne comprends pas (dans la zone d'attribution du nom d'hôte à une ip): dn: relativeDomainName=33,ou=x.x.x.in-addr.arpa,ou=DNS,virtualdomain=xxx.biz,ou=hosting-dev,dc=xxx,dc=org objectClass: top objectClass: dNSZone dNSClass: IN dNSTTL: 12 <<<< un peu petit comme TTL qd même zoneName: x.x.x.in-addr.arpa relativeDomainName: 33 aRecord: x.x.x.33 <<<< tu fais un A dans une zone inverse ??? pTRRecord: ns1.x.biz. => attribution de x.x.x.33 à ns1.x.biz On a les 3 cas les plus fréquemment rencontrés, j'ai pourtant vu des exemple où IN était remplacé par A, pourquoi ?
|