[bind] Différence entre attribut IN et A

Recherche :

Dernière réponse
Sujet : [bind] Différence entre attribut IN et A
nuitn0ire	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.

Dernière réponse

Sujet : [bind] Différence entre attribut IN et A

nuitn0ire

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.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

nuitn0ire

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 ;)

Je@nb

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 ?

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 :/

nuitn0ire

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 :

Citation :

dn: relativeDomainName=ip,ou=xxx.com,ou=DNS,virtualdomain=xxx.com,ou=hosting-dev,dc=xxx,dc=org
dNSClass: A // => ça ne devrait pas être IN ?
objectClass: top
objectClass: dNSZone
zoneName: xxx.com
relativeDomainName: ip
aRecord: x.x.x.64
dNSTTL: 14440

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.

Je@nb

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

nuitn0ire

Je@nb a écrit :

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 :D " (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@nb

et si tu lisais la doc ?

nuitn0ire

dreamer18 a écrit :

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

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).

Je@nb a écrit :

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

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 ?

Je@nb

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

dreamer18

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

nuitn0ire

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