Bekijk Volledige Versie : Reverse DNS op dedicated IP van user
Heren techneuten,
Ik heb een vraagje en tot dusver het antwoord niet kunnen vinden.
Als ik een lookup doe op een van de domeinnamen die op een vps staan, dan krijg ik netjes het reverse ip met de hostname te zien, dus dat werkt naar behoren.
Nu heb ik op dezelfde vps (Centos met Directadmin) ook een user staan met eigen IP adres (ivm SSL). Als ik op die domeinnaam een lookup doe dan krijg ik bij reverse ip de id-hostname van de cloud-boer te zien, en dat vind ik niet zo leuk.
Ik heb dit gevonden http://help.directadmin.com/item.php?id=21 daarin staat onderaan beschreven hoe ik handmatig in named.conf een reverse ip toe kan voegen.
Maar er staat natuurlijk al een reverse ip record van de hostname in named.conf. Kan ik nu een record toevoegen voor de betreffende user met zijn ip adres erbij? of werkt dat zo niet en moet ik het de cloud-boer vragen?
Groet Chris
Volgens mij wordt rdns niet op je servers gezet maar op de Router van je provider. Heb je geen controlpanel waar je rdns kan instellen? En anders even je host vragen.
Heren techneuten,
Ik heb een vraagje en tot dusver het antwoord niet kunnen vinden.
Als ik een lookup doe op een van de domeinnamen die op een vps staan, dan krijg ik netjes het reverse ip met de hostname te zien, dus dat werkt naar behoren.
Nu heb ik op dezelfde vps (Centos met Directadmin) ook een user staan met eigen IP adres (ivm SSL). Als ik op die domeinnaam een lookup doe dan krijg ik bij reverse ip de id-hostname van de cloud-boer te zien, en dat vind ik niet zo leuk.
Ik heb dit gevonden http://help.directadmin.com/item.php?id=21 daarin staat onderaan beschreven hoe ik handmatig in named.conf een reverse ip toe kan voegen.
Maar er staat natuurlijk al een reverse ip record van de hostname in named.conf. Kan ik nu een record toevoegen voor de betreffende user met zijn ip adres erbij? of werkt dat zo niet en moet ik het de cloud-boer vragen?
Groet Chris
Je zegt er niet bij hoe 'eigen' dat IP adres, vergeleken met de andere IP adressen van je klanten.
Een reverse DNS zone wordt in principe gedelegeerd op een octet grens (/24) naar de eigenaar van die adressen.
Het delegeren wordt gedaan door de adres registry (RIPE, voor EU).
Als je dus zelf die /24 hebt (of meer) , of kunt beheren en je bedoelt dat die ene user een IP adres totaal ergens anders heeft dan klopt dat, en is het de eigenaar van het adresblok (die cloud boer ? ) die de reverse moet zetten.
Met enige trucage is het wel mogelijk om kleinere stukjes dan een octet grens te delegeren, maar niet iedere adresblok eigenaar weet dat, of wil dat.
Volgens mij wordt rdns niet op je servers gezet maar op de Router van je provider. Heb je geen controlpanel waar je rdns kan instellen? En anders even je host vragen.
Eh ?
Uiteindelijk is het gewoon een DNS boom, waarbij ook met . als root, in-addr.arpa. als toplevel, en dan delegatie op een octet grens, gewoon omdat daar een . inzit en dat de DNS naamcomponenten scheidt.
Degene bij wie het laatste octet uitkomt kan met een beetje trucage nog verder subdelegeren, of kan er gewoon PTR records met elke naam inzetten.
Waar SIDN de plek is waar je delegatie voor alles onder nl. gedaan wordt, is het RIPE waar delegatie voor alle EU ip reeksen zit.
Het is in elk geval niet zo dat reverse DNS met of door routers gedaan wordt, en een conventie om reverses de naam van de router te geven is mogelijk ergens een gewoonte, maar in elk geval geen technische eis en zeker ook geen universeel gebruik.
systemdeveloper
14/01/13, 00:56
rdns staat gewoon op (master) dns servers van de hoster/dc in een reverse zone van het (sub)net. Niks bijzonders verder.
Heb je een 'eigen' ipadres dan kun je je hoster wel vragen of ie in de rdns een fqdn van jouw ssl site erin wil zetten, maar mogelijk willen ze dat om administratieve reden niet doen. (Kan snel een zooitje worden en wellicht houden ze liever vast aan eigen naamgevingen).
Zélf je rdns op je eigen server aanpassen kan, zoals visser al zegt, alleen als (een deel van) de iprange naar jouw (dns)server is gedelegeerd.
Voor een /24 is dat makkelijk en hoeft de hoster maar een paar regeltjes in te vullen. Voor minder dan een /24 is het wat werk.
Mocht je daarvoor kiezen dan adviseer ik je wel om dat met echte dnsservers te doen en niet op een da bakkie.
Als het niet gedelegeerd is, dan kun je op je da bak invullen wat je wilt... dat wordt dan waarschijnlijk alleen lokaal op de server gebruikt, maar komt nooit naar buiten, dus het zou een beetje zinloos zijn :)
Voor een los IP is het niet meer werk dan voor een /24 (in principe) om het door te delegeren. De partij "boven" je in de DNS boom moet een paar (verstandig is minimaal 2) naamservers toevoegen. Pas met DNSSEC er bij wordt het meer werk dan een paar NS records aanmaken. Een SPF record aanmaken is vaak makkelijker, overigens is het ook niet voor elke provider mogelijk om dat te doen als ze geen custom rDNS toestaan. Dan kan het zo zijn dat deze realtime gegenereerd worden door de naamserver (incl. forward DNS), dit kan bv met PowerDNS.
systemdeveloper
14/01/13, 10:30
Voor een los IP is het niet meer werk dan voor een /24 (in principe) om het door te delegeren. De partij "boven" je in de DNS boom moet een paar (verstandig is minimaal 2) naamservers toevoegen. Pas met DNSSEC er bij wordt het meer werk dan een paar NS records aanmaken. Een SPF record aanmaken is vaak makkelijker, overigens is het ook niet voor elke provider mogelijk om dat te doen als ze geen custom rDNS toestaan. Dan kan het zo zijn dat deze realtime gegenereerd worden door de naamserver (incl. forward DNS), dit kan bv met PowerDNS.
Als je minder dan een /24 (sub)delegeert moet je hoster behalve de ns toch ook voor elk te delegeren ip adres van je klant een cname toevoegen? Ok, voor 1 ipadres is dat niet veel meer werk, maar als je dat bij elk ipadresje van elke klant moet gaan doen...
Yourwebhoster
14/01/13, 14:42
Ik heb dit gevonden http://help.directadmin.com/item.php?id=21 daarin staat onderaan beschreven hoe ik handmatig in named.conf een reverse ip toe kan voegen.
Maar er staat natuurlijk al een reverse ip record van de hostname in named.conf. Kan ik nu een record toevoegen voor de betreffende user met zijn ip adres erbij? of werkt dat zo niet en moet ik het de cloud-boer vragen?
Groet Chris
Je moet het gewoon je cloudboer vragen. Zorg ervoor dat de naam die het moet krijgen uniek is en resolved in het IP adres voordat je de aanvraag doet (meestal doen ze hier een check op). Bij ons kan het via het control panel zelf doen; heeft je leverancier niet ook zoiets?
Volgens mij wordt rdns niet op je servers gezet maar op de Router van je provider. Heb je geen controlpanel waar je rdns kan instellen? En anders even je host vragen.
Met al die jaren van ervaring moet je toch wel weten wat rDNS is en waar je dat moet instellen.
Als je minder dan een /24 (sub)delegeert moet je hoster behalve de ns toch ook voor elk te delegeren ip adres van je klant een cname toevoegen? Ok, voor 1 ipadres is dat niet veel meer werk, maar als je dat bij elk ipadresje van elke klant moet gaan doen...
Klopt, dat ga je meestal niet voor elkaar krijgen.
Bedankt voor jullie uitleg en advies!
Ik beheer zelf geen ip blokken, dus ik zal de leverancier eens contacten.
Groet Chris
Als je minder dan een /24 (sub)delegeert moet je hoster behalve de ns toch ook voor elk te delegeren ip adres van je klant een cname toevoegen? Ok, voor 1 ipadres is dat niet veel meer werk, maar als je dat bij elk ipadresje van elke klant moet gaan doen...
NS records per /32 (1 IP) aanmaken kan dan. Dat doe je binnen de zone waar de /24 invalt. Een cname kan mogelijk ook, maar durf ik niet met zekerheid te zeggen.
NS records per /32 (1 IP) aanmaken kan dan. Dat doe je binnen de zone waar de /24 invalt. Een cname kan mogelijk ook, maar durf ik niet met zekerheid te zeggen.
Een model op basis van CNAME's staat in RFC 2317 beschreven.
Gek genoeg vind ik heel weinig beschrijvingen in google van het model waarbij elk IP een NS record als delegatie krijgt.
Een model op basis van CNAME's staat in RFC 2317 beschreven.
Gek genoeg vind ik heel weinig beschrijvingen in google van het model waarbij elk IP een NS record als delegatie krijgt.
Dat is een basis optie van DNS (delegeren via NS records bij een punt). CNAME werkt voor het meeste voor records wel, ik wist even niet zeker of dat ook voor PTR records werkt. Persoonlijk vind ik een delegatie met NS records de netste optie.
Dat is een basis optie van DNS (delegeren via NS records bij een punt). CNAME werkt voor het meeste voor records wel, ik wist even niet zeker of dat ook voor PTR records werkt. Persoonlijk vind ik een delegatie met NS records de netste optie.
Wel, voor delegeren aan het 'eind' van de naam is het toch een beetje vreemd.
En RFC 2317 is geschreven (en wordt frequent naar verwezen voor classless reverse DNS delegatie), dus er moet toch iets zijn waarom hier NS records niet meteen een gevalletje 'gewoon doen' zijn.
Wel, voor delegeren aan het 'eind' van de naam is het toch een beetje vreemd.
En RFC 2317 is geschreven (en wordt frequent naar verwezen voor classless reverse DNS delegatie), dus er moet toch iets zijn waarom hier NS records niet meteen een gevalletje 'gewoon doen' zijn.
Subdelegatie met enkel NS records werkt feilloos, wij doen dat ook altijd zo.
Subdelegatie met enkel NS records werkt feilloos, wij doen dat ook altijd zo.
Ik ben nog steeds nieuwsgierig naar waarom er zo weinig over te vinden is, en de rfc 2317 stijl bedacht is.
"Werkt bij ons en doen wij altijd zo " is zoiets als "rendert in mijn browser en nog een andere browser" . Het zegt wel iets, niet alles.
"Werkt bij ons en doen wij altijd zo " is zoiets als "rendert in mijn browser en nog een andere browser" . Het zegt wel iets, niet alles.
Dat is toch echt wat anders. De NS methode werkt feilloos, 100%. Het werkt met alle nameservers.
De RFC stijl werkt net zo goed, maar is een stuk omslachtiger.
Dat is toch echt wat anders. De NS methode werkt feilloos, 100%. Het werkt met alle nameservers.
De RFC stijl werkt net zo goed, maar is een stuk omslachtiger.
Eh ? "Op _alle_ nameservers" letterlijk ? Ik denk niet dat je dat kunt weten.(en inclusief resolvers) bind 4.x ? bind 8.x ? . "Op alle nameservers die ik ken" zal wel waar zijn.('Het klopt met alle DNS rfc's _dus_ zou het met alle nameservers moeten werken is een ander statement).
Ik blijf mijn vraag houden, er moet een reden zijn, of geweest zijn medio 1995, waarom de redelijk recht toe recht aan manier van NS records voor het volledige reverse IP als sub-delegatie weinig genoemd wordt en de rfc 2317 cname truc op die manier bedacht is.
Overigens, ik zou zonder veel zorgen de NS stijl subdelegatie gebruiken, daar niet van , maar ben gewoon geinteresseerd in een _reden_ voor het bestaan en gedocumenteerd zijn van een inderdaad wat meer omslachtige manier om hetzelfde te doen.
(na lang googlen).
toch een beschrijving in DNS & Bind ervan. Met als genoemd nadeel dat je met een 'zone per PTR' uitkomt, waar de 2317 cname mapping je beperkt tot een zone per subnet.
http://www.diablotin.com/librairie/networking/dnsbind/ch09_05.htm
Hm. Desondanks is de NS record per IP wel lastig te vinden als oplossing voor het 'klein subnet reverse delegeren' vraagstuk; Zelfs geen rechtvaardiging in 2317 dat het als voordeel of doel heeft om een 'zone per reverse ip' probleem te voorkomen.
Eh ? "Op _alle_ nameservers" letterlijk ? Ik denk niet dat je dat kunt weten.(en inclusief resolvers) bind 4.x ? bind 8.x ? . "Op alle nameservers die ik ken" zal wel waar zijn.('Het klopt met alle DNS rfc's _dus_ zou het met alle nameservers moeten werken is een ander statement).
Het werkt met alle nameservers en resolvers die ik ken, en dat zijn er nogal wat.
Overigens, ik zou zonder veel zorgen de NS stijl subdelegatie gebruiken, daar niet van , maar ben gewoon geinteresseerd in een _reden_ voor het bestaan en gedocumenteerd zijn van een inderdaad wat meer omslachtige manier om hetzelfde te doen.
Het is waarschijnlijk gewoon een kwestie van dat er niet al te veel aandacht aan besteed is.