Reversed DNS (PTR)

[ikkepik]

In mijn testopstelling heb ik wat routers staan en een DNS en wat simpele servertjes.

Wanneer ik een traceroute doe van systeem naar server bijvoorbeeld krijg ik alleen de IP's van de routers te zien. Ik moet dus een PTR-record in de DNS toevoegen en zorgen dat de routers die DNS aanspreken om hun hostname te achterhalen.

Ik zit alleen met de vraag waar de PTR-record in gezet moet worden. Moet de PTR nu in het bestaande arpa-bestand gezet worden in de DNS of moet deze in de hostfile van domeinnaam gezet worden waar deze hostname in moet komen te vallen ?

Ik kan er via google niet echt achter komen en heb wel wat geprobeerd met tut's erbij maar helaas zonder enig effect.

[jurrian]

PTR-records komen in een apart bestand. Eigenlijk lijkt het veel op nameservers draaien voor een subdomein. Stel je wilt reversed DNS draaien voor 1.2.3.x. Je maakt dan eigelijk een DNS-zone aan voor 3.2.1.in-addr.arpa. Daarin staat dan b.v. het volgende:

1 IN PTR host1.domein.xx.
2 IN PTR host2.domein.xx.
enz.

Bovenstaande zone-voorbeeld is uit m'n hoofd, dus het kan zijn dat het niet 100% correct is.

Tip: lees http://doc.nl.linux.org/HOWTO/DNS-HOWTO-NL.html eens. Daar wordt erg duidelijk uitgelegd hoe het hele DNS-systeem werkt en ook reversed-DNS wordt behandeld.

[ikkepik]

Dan ben ik toch in de goede richting bezig geweest Jurrian. Aangezien ik al een arpa-bebstan zag staan begon ik te twijfelen en opende het topic. Toch goed gelezen op een website dus. Bedankt!

[ikkepik]

Zijn er wellicht mensen die hier nog iets aan toe willen voegen ?

Ik heb dit in mijn named.conf staan:

zone "0.168.192.in-addr.arpa" {
type master;
notify no;
file "/var/named/192.168.0.rev";
};

En dit in de 192.168.0.rev

$ttl 38400
0.168.192.in-addr.arpa. IN SOA localhost.localdomain.
postmaster.mijndomein.nl. (
1025707287
10800
3600
604800
38400 )
0.168.192.in-addr.arpa. IN NS localhost.localdomain.
1.0.168.192.in-addr.arpa. IN PTR router01.mijndomein.nl.
10.0.168.192.in-addr.arpa. IN PTR server01.mijndomein.nl.
11.0.168.192.in-addr.arpa. IN PTR server02.mijndomein.nl.
12.0.168.192.in-addr.arpa. IN PTR server03.mijndomein.nl.

[ikkepik]

Iemand nog tips ?

[ikkepik]

Ik wil niet opdringerig zijn maar zijn hier nou geen mensen die hier gebruik van maken of weet niemand het ? Kan me niet voorstellen namelijk

[Domenico]

Ik denk dat je gewoon wat extra geduld moet opbrengen en mensen de tijd geven om eventueel te kunnen reageren. Deze manier werkt alleen maar averechts.

[ikkepik]

Origineel geplaatst door Domenico
Ik denk dat je gewoon wat extra geduld moet opbrengen en mensen de tijd geven om eventueel te kunnen reageren. Deze manier werkt alleen maar averechts.

Zoals ik zeg wil ik niet opdringen maar ik denk dat dit anders een topic gaat worden op de manier van dat men het wel weet maar niet neer zet en dus weg zakt. Ik denk namelijk dat dit best leuk is om te weten voor velen.

Ik zie dat velen hier niet mee te maken hebben omdat ze in netwerken van andere partijen hangen. Maar voor diegene die het wel wil weten wellicht handig ?

[Stefan Mensink]

Het lijkt me niet meer zo zinnig voor mensen nog te reageren, gezien het antwoord eigenlijk al gegeven is. Uw reverse-zone ziet er op het oog prima uit. Als-ie werkt lijkt me het probleem opgelost.

Behalve PTR-records zet je eigenlijk niets in een reverse zone (behalve misschien een TEXT-record, maar dat lijkt me dan ook weer wat overbodig voor een lokaal netwerk).

[Vane]

Origineel geplaatst door ikkepik

Ik zie dat velen hier niet mee te maken hebben omdat ze in netwerken van andere partijen hangen.

Ook dan kan je gewoon zelf rDNS draaien?

[Stefan Mensink]

Origineel geplaatst door Vane


Ook dan kan je gewoon zelf rDNS draaien?

Als je in een netwerk van een andere partij hangt kan je alleen zelf RDNS draaien als je daarvoor de authority krijgt. De provider moet voor een bepaalde prefix dus de nameservers van die klant aangeven; veel providers zullen dit niet doen, zeker als die klant maar een paar IP-adressen heeft. In zo'n geval zullen zij die RDNS vaak wel voor de klant willen instellen, danwel een beheertool aanbieden waarin de klant dat zelf kan doen.

[host3000]

Origineel geplaatst door Stefan Mensink
De provider moet voor een bepaalde prefix dus de nameservers van die klant aangeven; veel providers zullen dit niet doen, zeker als die klant maar een paar IP-adressen heeft. In zo'n geval zullen zij die RDNS vaak wel voor de klant willen instellen, danwel een beheertool aanbieden waarin de klant dat zelf kan doen.

Zo is het. Een reverse kan eigenlijk alleen maar gedelegeerd worden voor een /24, maar soms is er een tool om dat per ip adres door de klant zelf te laten doen, of worden de adressen individueel doorgezet (wat relatief veel werk is).

[roelp]

Origineel geplaatst door host3000


Zo is het. Een reverse kan eigenlijk alleen maar gedelegeerd worden voor een /24, maar soms is er een tool om dat per ip adres door de klant zelf te laten doen, of worden de adressen individueel doorgezet (wat relatief veel werk is).

ooit al gehoord van classless delegation?
Anders zou ik RFC 2317 maar eens lezen.
Ik heb een /27 en ik draai mijn eigen rdns

[ikkepik]

Origineel geplaatst door Stefan Mensink
Het lijkt me niet meer zo zinnig voor mensen nog te reageren, gezien het antwoord eigenlijk al gegeven is. Uw reverse-zone ziet er op het oog prima uit. Als-ie werkt lijkt me het probleem opgelost.

Behalve PTR-records zet je eigenlijk niets in een reverse zone (behalve misschien een TEXT-record, maar dat lijkt me dan ook weer wat overbodig voor een lokaal netwerk).

Fijn dat alles er goed uit ziet. Eigenlijk na wat goed zoeken had ik dat idee ook al. Het vreemde is alleen dat het niet werkt, dus tywijfelde ik. Bij een traceroute krijg ik alleen de IP's te zien en geen hostnames van de servers of een router of iets dergelijks. In de servers en routers staat wel aangegeven dat ze de DNS moeten gebruiken om hun naam te resolven. (als ik het zo goed zeg)

Ik doe dus iets fout maar wat ?

[Stefan Mensink]

Probeer het ook eens te testen, bijv:

host -t PTR 192.168.0.1
of
host -t PTR 192.168.0.1 mijnameserverip

Als situatie 2 wel werkt maar situatie 1 niet, kijk dan even in je /etc/resolv.conf

Heb je de nameserver gerestart? Komen er in dat geval berichten op de console of in /var/log/messages?