Bonjour,
 
Comme dit dans le titre, quelle est la différence entre l'attribut IN et l'attribut A ? Quand je déclare par exemple un relativeDomainName=@, je mets comme dNSClass IN, mais j'ai vu d'autre conf avec comme dNSClass A. Quelle est exactement la différence ?
 
merci

poste dans OSA ou systèmes/réseaux pro

IN c'est la classe, le type c'est A.
IN = Internet, tu en as d'autre (chaos, hesiod par ex)

Je l'aurais bien volontier fait si j'avais été sûre d'avoir une réponse.. j'ai posté déjà 3 fois làbas, pour 3 autres sujets, jamais eut la moindre réponse (inutile de chercher, ça m'a gonflé au bout d'un moment j'ai effacé mes sujets quand j'ai trouvé mes réponses).

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
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
objectClass: dNSZone
zoneName: xxx.biz
dNSClass: CNAME
relativeDomainName: lab1
cNAMERecord: ns1
 
=> CNAME de ns1 vers lab1
 
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
zoneName: x.x.x.in-addr.arpa
relativeDomainName: 33
aRecord: x.x.x.33
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 ?

et si tu lisais la doc ?

J'ai un pavé sur bind9 en anglais, pas moyen d'y trouver une réponse claire, c'est pour ça que je pose ma question ici. Maintenant si ta seule réponse c'est "et si tu lisais la doc   " (qu'on me réponde ça ou RTFM ça revient au même.. ), tu peux te passer de me répondre.
 
Si je poste ici, c'est que je n'ai pas trouvé ma réponse ailleurs, point. T'as le droit de pas vouloir me répondre, mais m'envoyer chier en prétextant que je n'ai pas lu la doc, je trouve ça de trop.

Je te parle pas de ton pavé mais de la doc référence de ton implémentation ldap. Parce que ton pb c'est pas bind là, c'est ton ldap. Si tu te mets à inventer au pif des attributs en mettant n'importe quoi faut pas s'étonner que ça marche pas.
 
Qd je te dis lis la doc c'est la référece de ton schéma LDAP.
 
Tu cherches à faire compliquer en utilisant un annuaire pour stocker ton DNS, ok soit mais ça implique connaitre à la fois parfaitement le DNS et LDAP et pas faire du copier coller de conf sans rien comprendre. Lis la référence et implémente

Très bien, dans ce cas dis moi ce qui cloche dans les 3 exemples que je t'ai donné. J'ai pondu ça moi même et ça fonctionne très bien. S'il y a quelquechose de faux ou d'illogique, je demande pas mieux qu'à ce qu'on me mette le doigt dessus, quite à me laisser corriger le problème seul (c'est ainsi qu'on apprend le mieux).  
Mais avant tout, soulève l'erreur ou l'incohérence, je m'occupe du reste.
 
Pour en revenir à ma question sur IN et A, c'était juste un point que je souhaitais clarifier, pas l'objet d'une erreur. En fait, j'exposais mes exemples, mais à ta décharge il aurait été plus juste que j'expose les exemples que j'ai trouvé dans lesquels A était mis à la place de IN, ce qui me choquait un peu, dans la mesure où il s'agissait de tutoriaux (sensés être juste), je ne comprenais pas très bien..
 
/edit : tiens ben typiquement :
 

 
Ca, c'est ce que quelqu'un a mis en place dans ma boite, c'est un de mes chefs, moi je dois tout reprendre et améliorer le bazar. Mais avant de lui mettre dans les dents que son truc est faux (si c'est le cas, sachant que c'est en prod et que ça a l'air fonctionnel malgré tout), j'aimerais vraiment comprendre pourquoi et maîtriser mon explication.

et les tutoriaux faut éviter, c'est bourré de conneries et les gens prennent ça pour argent comptant, source du savoir. Tu regardes les tutos pour comprendre vite fait et après tu regardes la doc de référence, voir sur certains produits le code source

eh bien voilà, là j'ai matière à corriger et à comprendre mieux certaines choses. Merci, c'est ce type de réponse que j'attendais

Donc ce qu'on voit ici : http://209.85.229.132/search?q=cac [...] =firefox-a
 
Dans les exemples du mec, il met du CNAME dans dNSClass.. Et effectivement, dans ce tutorial : http://209.85.229.132/search?q=cac [...] =firefox-a
 
L'auteur dit que pour un alias, il faut remplacer IN par CNAME. Donc ça aussi c'est faux :\
 
j'ai testé à l'instant, et effectivement, passer du type CNAME à IN (pour mes alias), ça ne change rien, je veux dire qu'un nslookup me renvoit toujours proprement mon alias.  
Donc pour l'alias, en gros, en remplace l'attribut ARecord par cNAMERecord (en le remplissant correctement..), y a juste ça à faire.