Dotaz: NS záznam pro sekundární DNS server v jiné déméně a podsíti

[sitovy_pavouk]

Zdravím,

Jak lze v BINDu nastavit transfér domény na sekundární DNS server, který je v jiné síti a na jeho IP adresu je záznam jiné domény třetího řádu - neco.domena.tld. Pokud na master serveru zadám do NS záznamu neco.domena.tld tak se transfér nezdaří. Pokud zadám ns2.mojedomena.tld a potom přidám A záznam na IP adresu sekundárního serveru, tak taky nic.

K sekundárnímu serveru nemám přístup, je poměrně daleko a nemá ani SSH atd. spravuje ho někdo jiný, vím jen, že má sekundární záznam pro mojí doménu.

Pokud vím, tak dotazy na doménu se v BINDu používá UDP port 53 a pro transfér zón TCP 53.

Jak zjistím, jestli server na těchto portech naslouchá?

Díky. .

Odpovědi

[RadekM]

nmap -sTU -P0 -p 53 target

[sitovy_pavouk]

příkaz nmap nefunguje, to asi nebude ono, ale díky za snahu.

[1john2]

mozna by to chtelo nainstalovat ho, je to standartni balik v repozitari

[sitovy_pavouk]

Aha, díky moc.

[Filip Jirsák]

Pokud vám jde o váš server, pak netstat -nl a tam uvidíte, zda na portech 53 něco naslouchá. Transfer zóny iniciuje sekundární DNS server, takže sekundární DNS server na portu tcp/53 naslouchat nemusí. Sekundární (v terminologii bindu) server se dotazuje v pravidelných intervalech primárního, zda nedošlo ke změně (to pozná podle zvyšujícího se sériového čísla u SOA. Tj. transfer domény se neprovede hned po změně. Existují způsoby, jak může primární server dát o změně sekundárním serverům vědět, ale to je rozšíření, které by se případně muselo nakonfigurovat.

[sitovy_pavouk]

Díky, primární srver je můj a ten na portech tcp a udp 53 naslouchá. Sekundární srver mi poskytl někdo jiný, jak jsem psal, je v jiné podsíti, což by mělo být optimální, asi mě mate následující hláška v logu:

Jan 26 14:58:59 localhost named[4790]: client ipsekundarnihoDNS#63694: transfer of 'mojedomena.tld/IN': AXFR started
Jan 26 14:58:59 localhost named[4790]: client ipsekundarnihoDNS#63694: transfer of 'mojedomena.tld/IN': AXFR ended

Trochu nechápu ta vysoká čísla portů a vzhledem k tomu, že i já i sekundární DNS je za NATem, tak se není čemu divit.

Jak jsem psal, také případné problémy může působit NS záznam v mojí zóně pro sekundární server. Pokud zadám ns2.mojedomena.tld, a přidám A záznam na IP sekundárního serveru, tak asi bude problém v tom, že reverzní záznam se bude překládat na doménu toho sekundárního serveru, nikoli na mojí. Když zkusím NS záznam ns2.mojedomena.tld a přiřadím CNAME na doménu sekundárního srveru, tak je to ale myslím proti nějakému RFC, protože NS záznamy by měly mít ekvivalentní A záznam. TAk mě napadlo ještě zkusit přímo NS záznam doména sekundárního serveru, ale to BIND ignoruje, protože to nejsou data této zóny. Tak už nevím, co je správně.

Co se týče informování sekundárního serveru primárním, tak mám v primárním serveru v master zóně nastaveno notify yes.

Vím, že ještě existuje rndc a key, ale to zatím nepoužívám, nejdříve to musí chodit takto.

Díky za radu a za čas.

[Filip Jirsák]

Nemyslím, že by v tom reverzní záznamy podřízeného serveru hrály nějakou roli. Jednak by to znamenalo, že každý podřízený server může obhospodařovat jen jednu doménu, jednak RFC snad žádné master a slave servery nerozlišuje, to je terminologie bindu.

Jan 26 14:58:59 localhost named[4790]: client ipsekundarnihoDNS#63694: transfer of 'mojedomena.tld/IN': AXFR started
Jan 26 14:58:59 localhost named[4790]: client ipsekundarnihoDNS#63694: transfer of 'mojedomena.tld/IN': AXFR ended

Tohle ale podle mne znamená, že se transfer zóny provedl. Nějak se v tom ztrácím, v čem je vlastně problém…

Obecně by měl NS záznam obsahovat doménové jméno DNS serveru, přičemž toto doménové jméno může být z libovolné domény. Takže ve vašem případě můžete pro sekundární server použít buď nějaké jeho jiné doménové jméno (pokud nějaké má), nebo mu nastavit třeba ns2.mojedomena.tld, pak by ale měl být A záznam o ns2.mojedomena.tld ve vašem zónovém souboru, a navíc musí být jako tzv. glue záznam v nadřazené doméně, tj. v tld (u správců domén nejvyšší úrovně je zadávání glue záznamů běžná věc, pokud ve skutečnosti vytváříte doménu třetího nebo dalšího řádu, musíte o vytvoření glue záznamu muste požádat správce nadřízené domény).

[Michal Kubeček]

Problém je nejspíš někde úplně jinde, než tazatel tvrdí, ale dokud bude jen mlžit a tajit, těžko mu s ním někdo pomůže.

[sitovy_pavouk]

Jeden problém, nebo spíš nejasnot už jsme vyřešili a je popsaná výše, proč jsem se v tom zamotal.

Druhá věc je, že k sekundárnímu serveru nemám přístup, ani fyzicky a ani třeba přez SSH či něco podobného. S jeho správcem jsem se domluvil, že mi sekundární server poskytne a protože jsme oba za NATem, zajímalo mě, jak je to s porty při transferu, protože log (viz výše) píše port, který se na firewallu neforwarduje na server.

pokud jsem se vyjádřil nějak neurčitě, není to tím, že bych mlžil, ale že opravdu na ten druhý server nevidím. Musím důvěřovat tomu co vidím u sebe a tomu co mi řekne správce sekundárního serveru.

[sitovy_pavouk]

Konkrétně mě mate ten port -

ipsekundarnihoDNS#63694

očekával bych

ipsekundarnihoDNS#53

.

Nemyslím, že by v tom reverzní záznamy podřízeného serveru hrály nějakou roli. Jednak by to znamenalo, že každý podřízený server může obhospodařovat jen jednu doménu, jednak RFC snad žádné master a slave servery nerozlišuje, to je terminologie bindu.

To mi právě vrtalo hlavou a asi jsem příliš důvěřoval nějakému online checkeru zón, který jsem tu někde v diskusi viděl, ten psal, že by s tím mohl být problém. Už to chápu, děkuji.

[Michal Kubeček]

Co vás mate na tom čísle portu? To je port na straně klienta, ze kterého navazuje spojení na port 53 na serveru.

[sitovy_pavouk]

Aha, to jsem nevěděl, fajn, super díky.