Nomenclature Reverse DNS

YellowS4 · 29 Juin 2013 à 18:25:40

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?

vivien · 29 Juin 2013 à 22:01:00

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)

Frank · 29 Juin 2013 à 23:23:44

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:

Code Sélectionner

$ dig +short -x 178.250.210.95
villaro-dixon.eu.
$ dig +short A villaro-dixon.eu
178.250.210.95

YellowS4 · 30 Juin 2013 à 00:05:55

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)

Frank · 30 Juin 2013 à 00:16:09

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

YellowS4 · 30 Juin 2013 à 01:11:11

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 $:-\$ )

Frank · 30 Juin 2013 à 14:51:21

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

)

YellowS4 · 30 Juin 2013 à 15:21:03

D'accord d'accord, j'ai tout compris je crois
Merci

jack · 16 Juillet 2013 à 17:40:59

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

YellowS4 · 26 Juillet 2013 à 12:46:34

Et donc vous définissez bien un DNS pour chaque abonné?

jack · 26 Juillet 2013 à 12:48:29

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;

YellowS4 · 26 Juillet 2013 à 12:56:43

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?

jack · 26 Juillet 2013 à 13:02:04

Nous définissons également un DNS en IP.fttp.cust.kwaoo.net.
M'enfin

YellowS4 · 26 Juillet 2013 à 13:38:18

d'accord d'accord, merci de ces éclaircissement

Frank · 26 Juillet 2013 à 13:39:45

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

Code Sélectionner

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:

Code Sélectionner

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:

Code Sélectionner

dig 101.dhcp.wifi.vi-di.fr. +short

Donc vaut ajouter dans la zone vi-di.fr le sous-domaine correspondant:

Code Sélectionner


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

Rechercher