Excuse mon franc parlé pour ce court passage de ma réponse ...
Euh, là franchement ton explication est plutôt imbitable ...
Pourtant le lien posté est très bien expliqué :
Tu ne peux avoir qu'un seul reverse PTR par ip ...
[quote]
2) The server treats the set of PTR records in round-robin, "load sharing" the results. In effect, it reorders the records in an essentially random permutation, and reports them all.
3) The requester sees a stack of records, but only reads the first one. The rest are assumed to be supporting records (NS records, etc.). Thus the result is a randomly-chosen record from the set of PTR records.
[/quote]
[quote from you]
Je n'ai pas non plus de probleme particulié, je cherche juste a comprendre comment marche les PTR :]
[/quote from you]
les champs PTR servent à résoudre une ip en nom et c'est tout, de plus il ne peut y avoir qu'un seul nom résolu pour une ip au sens des clients, qui si ils obtiennent de multiples réponses, ne traiterons que la première ...
[quote from you]
j'ai
kikoo.com A 192.168.1.1
kikoo2.org A 192.168.1.2
mais je veux
1.1.168.192.in-addr.arpa IN PTR kikoo.com
2.1.168.192.in-addr.arpa IN PTR kikoo.com
[/quote from you]
Ca ne veut absolument rien dire ...
Tu parles de :
kikoo.com A 192.168.1.1 <- dans la zone définissant les hôtes de ton domaine.
kikoo2.org A 192.168.1.2 <- dans la zone définissant les hôtes de ton domaine.
et que tu veux :
1.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
2.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
Tu parles de deux choses différentes.
Je ne comprend toujours pas le but recherché de la manoeuvre ...
[quote from you]
Je demande car, (la c'est un cas reel), un ami a un domaine lol.com
il avait une ip 123.123.123.123
il avait ceci :
lol.com A 123.213.123.123
123.123.123.123.in-addr.arpa IN PTR lol.com
Mais maintenant il a changé d'ip et donc a :
lol.com A 124.124.124.124
123.123.123.123.in-addr.arpa IN PTR lol.com
Et veux :
124.124.124.124.in-addr.arpa IN PTR lol.com
[/quote from you]
Ton amis aurait il changer de provider ou d'ip par hasard ?
Si c'est le cas, alors je t'expliques :
Ton amis est dans un cas particulier, il ne détient la gestion que pour une seule ip.
Le service DNS a été prévu pour gérer des classes C au minimum, ce qui se traduit dans les faits, qu'un seul et unique serveur dns doit gérer un MINIMUM de la taille d'une classe C (il existe la délégation "classless" (RFC 2317) mais celle ci n'est interressante que dans le cas d'un subnet de plusieurs ips puisque qu'on perd déjà 2 ips pour le network et le broadcast).
Ce que fournit Free pour lui permettre de changer le reverse de son ip est un programme (php/perl-cgi ???) qui vas réécrire le champ reverse de son ip et uniquement la sienne !!! et il semblerait qu'il ait laissé la definition du reverse de son ancienne ip avant de changer celle de la nouvelle ...
[^] # Re: hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 1.
Euh, là franchement ton explication est plutôt imbitable ...
Pourtant le lien posté est très bien expliqué :
Tu ne peux avoir qu'un seul reverse PTR par ip ...
[quote]
2) The server treats the set of PTR records in round-robin, "load sharing" the results. In effect, it reorders the records in an essentially random permutation, and reports them all.
3) The requester sees a stack of records, but only reads the first one. The rest are assumed to be supporting records (NS records, etc.). Thus the result is a randomly-chosen record from the set of PTR records.
[/quote]
[quote from you]
Je n'ai pas non plus de probleme particulié, je cherche juste a comprendre comment marche les PTR :]
[/quote from you]
les champs PTR servent à résoudre une ip en nom et c'est tout, de plus il ne peut y avoir qu'un seul nom résolu pour une ip au sens des clients, qui si ils obtiennent de multiples réponses, ne traiterons que la première ...
[quote from you]
j'ai
kikoo.com A 192.168.1.1
kikoo2.org A 192.168.1.2
mais je veux
1.1.168.192.in-addr.arpa IN PTR kikoo.com
2.1.168.192.in-addr.arpa IN PTR kikoo.com
[/quote from you]
Ca ne veut absolument rien dire ...
Tu parles de :
kikoo.com A 192.168.1.1 <- dans la zone définissant les hôtes de ton domaine.
kikoo2.org A 192.168.1.2 <- dans la zone définissant les hôtes de ton domaine.
et que tu veux :
1.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
2.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
Tu parles de deux choses différentes.
Je ne comprend toujours pas le but recherché de la manoeuvre ...
[quote from you]
Je demande car, (la c'est un cas reel), un ami a un domaine lol.com
il avait une ip 123.123.123.123
il avait ceci :
lol.com A 123.213.123.123
123.123.123.123.in-addr.arpa IN PTR lol.com
Mais maintenant il a changé d'ip et donc a :
lol.com A 124.124.124.124
123.123.123.123.in-addr.arpa IN PTR lol.com
Et veux :
124.124.124.124.in-addr.arpa IN PTR lol.com
[/quote from you]
Ton amis aurait il changer de provider ou d'ip par hasard ?
Si c'est le cas, alors je t'expliques :
Ton amis est dans un cas particulier, il ne détient la gestion que pour une seule ip.
Le service DNS a été prévu pour gérer des classes C au minimum, ce qui se traduit dans les faits, qu'un seul et unique serveur dns doit gérer un MINIMUM de la taille d'une classe C (il existe la délégation "classless" (RFC 2317) mais celle ci n'est interressante que dans le cas d'un subnet de plusieurs ips puisque qu'on perd déjà 2 ips pour le network et le broadcast).
Ce que fournit Free pour lui permettre de changer le reverse de son ip est un programme (php/perl-cgi ???) qui vas réécrire le champ reverse de son ip et uniquement la sienne !!! et il semblerait qu'il ait laissé la definition du reverse de son ancienne ip avant de changer celle de la nouvelle ...
A++
PS: une bonne lecture pour la délégation classless : http://www.acmebw.com/askmrdns/archive.php?category=81&question(...)