Bonjour,
je me demandais quelles parties du reverse DNS doivent être conservée du reverseDNS standard fourni par k-net?
( IP-DU-CLIENT-INVERSEE.ftth.cust.kwaoo.net)
Je suis conscient qu'il faut garder .kwaoo.net mais est-ce tout?
Si tu as ton propre nom de domaine il me semble que K-Net propose de mettre ton nom de domaine a la place
(je ne suis pas sur de moi)
C'est correct.
Dès que tu as un domaine(ou sous domaine)/fqdn Z dont l'enregistrement A pointe vers ton IP k-net, le rdns peut pointer vers ce fqdn Z.
Par ex:
$ dig +short -x 178.250.210.95
villaro-dixon.eu.
$ dig +short A villaro-dixon.eu
178.250.210.95
Merci de vos réponses,
j'avais effectivement vu cela mais ma question concerne le cas où l'on a pas de DNS autre que celui fourni par k-net.
(il me semble d'ailleurs que l'adresse pas défaut du rDNS est aussi un DNS pointant sur notre IP, j'ai fait un ping sur mon adresse de rDNS et j'ai eu un retour depuis l'IP WAN de mon routeur)
Pas trop bien compris. Mais si ca concerne les reverse "par défaut", ils peuvent plus ou moins mettre ce qu'ils veulent.
Ici, celui de k-net par défaut est assez explicite (un "cust"ommer "ftth" chez "kwaoo.net").
Et encore, il est assez bizarre dans le fait ou l'adresse IP qui fait partie du fqdn n'est pas segmentée.
Normalement, quand t'as l'IP A.B.C.D, tu as un reverse du style:
D.C.B.A.foo.tld
Ici, ils ont plutôt fait: D-C-B-A, ce qui est un peu étrange, et peut-être un peu plus compliqué à administrer, mais bon, ca marche aussi très bien
En fait, il faut juste que le système, quand il recoit une nouvelle IP, crée un champ DNS adéquat qui pointera vers l'IP, ainsi qu'une entrée rDNS, du même nom que le précédent champ, pour cette même IP.
Très mal expliqué, quand je me relis :p
en gros, dans le sens IP->rDNS, c'est un champ PTR ("textuel", si tu veux)
et dans le sens rDNS -> IP, c'est un champ A (ou AAAA, pour IPv6).
Ton meilleur ami si tu veux en savoir un peu plus:
dig +trace -x IP
dig +trace RDNS
Je disais qu'il me semble que K-Net attribbue DNS et rDNS à ses clients je croyais que le DNS était indépendant du rDNS, effectivement mon message n'était pas clair.
Je voulais remplacer la partie modifiable du DNS "Par défaut" par une partie perso (ex: "IP-DU-CLIENT-INVERSEE.ftth.cust.kwaoo.net" -> "chez_moi[.ftth.cust].kwaoo.net") comme il me semble que K-Net le permet mais je ne savais pas quelle était la partie modifiable.
Merci des éclaircissement et je ferais des tests avec dig dès que je rallumerais une VM, pour l'instant je suis sous windows (starter qui plus est :-\ )
Tu pourrais techniquement mettre comme reverse dns: yellows4.kwaoo.net.
Le prob, c'est que tu détiens pas le domaine kwaoo. Donc tu peux pas créer un sous-domaine (yellows4.kwaoo.net) et le faire pointer vers ton IP.
Après, si tu leur demande et qu'ils sont OK, pas de prob. Mais bon, la, ca vaut pas trop la peine. Un reverse est surtout utile pour les serveurs mail. À part ca, ca sert un peu à quedal (ou pour se la peter, aussi 8) :P)
D'accord d'accord, j'ai tout compris je crois
Merci :D
Citation
je croyais que le DNS était indépendant du rDNS
C'est le cas
Le DNS est défini par le propriétaire du FQDN
Le RDNS est défini par le propriétaire de l'IP
Et donc vous définissez bien un DNS pour chaque abonné?
Bonsoir,
Relit mon message précédant.
K-net possède les IP, nous pouvons donc définir le rDNS associé
Et oui, nous le fesons pour tout les clients;
Pour le rDNS je sais que vous les configurez mais d'où viens le fait que je puisse taper MON-IP-INVERSEE.ftth.cust.kwaoo.net dans mon navigateur et me retrouver sur mon serveur web?
il y a bien quelqu'un qui définit le DNS pour que cela fonctionne, le rDNS ne devrait pas être utilisable comme ça, si?
Nous définissons également un DNS en IP.fttp.cust.kwaoo.net.
M'enfin
d'accord d'accord, merci de ces éclaircissement :)
En gros, quand tu veux setup un reverse-dns, ca se passe en 2 temps.
Premièrement, tu fais la correspondance IP <-> nom de domaine (avec un champ PTR). Par exemple, pour mon subnet de wifi public, j'ai un truc de ce style:
(la, je suis "master" pour la zone 192.in-addr.arpa.)
0.43.168▸ ▸ IN▸ PTR▸ subnet.dhcp.wifi.vi-di.fr¬
100.43.168 IN PTR 100.dhcp.wifi.vi-di.fr.¬
101.43.168 IN PTR 101.dhcp.wifi.vi-di.fr.¬
102.43.168 IN PTR 102.dhcp.wifi.vi-di.fr.¬
Ca, ca te permet de faire des trucs du style:
dig -x 192.168.43.101 +short
101.dhcp.wifi.vi-di.fr.
Le problème, c'est que si tu mets que ca en place, ben dans l'autre sens, ca marche pas:
dig 101.dhcp.wifi.vi-di.fr. +short
Donc vaut ajouter dans la zone vi-di.fr le sous-domaine correspondant:
101.dhcp.wifi IN A 192.168.43.101
Ce qui permet de fermer la boucle:
le reverse DNS de 192.168.43.101 pointe vers 101.dhcp.wifi.vi-di.fr, et le champ A est bien l'IP de départ ;)
Donc quand tu mets en place une arch pour résoudre les reverse DNS, tu as besoin de la délégation pour ton "champ d'IP" (le in-addr.arpa.), aisni qu'une délégation d'un domaine pour pouvoir avoir des sous domaines qui pointent vers ton IP ;)