Dotaz: jednoduchy dns server do privatni site

[Mirekh]

Zdravim,

pro testovani postovniho systemu, ktery se sestava ze 2 PC ( na kazdem bezi postfix) mam vytvorenu uzavrenou privatni (testovaci) sit.

Nyni vsak musim vsude pouzivat plne hostname pocitacu, aby to nejak fungovalo.

Potreboval bych tedy na jednom PC rozebehnout jeste dns server.

Staci mi v podstate, aby tam byl jenom mx zaznam pro domenu, kterou pouzivam, aby se smeroval na jeden z PC.

Obe PC by se pak dotazovala pouze tohoto dns serveru.

Pripadne dns server nastavit tak aby se na ostatni domeny ptal nadrazeneho dns serveru - ale to neni uplne nutne.

Muzete me navest ?

Dekuji

---

---

Odpovědi

[Miklik]

BIND

[hw]

dnsmasq

[trekker.dk]

tinydns+dnscache

[Admik]

pouzivam BIND, da sa nakonfigurovat aj podla prikladov v zakladnej instalacii, ale aj na nete je toho kopec.

http://en.wikipedia.org/wiki/BIND

[drunkez]

/etc/hosts

[Filip Jirsák]

To byste ale nějak musel zařídit jejich distribuci na všechny počítače v síti.

[cynic_asshole]

Proč? Má to jen o dvou počítačích (tak to tam rozkopíruje) a přece píše, že v produkčním nasazení se to bude ptát jiného DNS serveru.

[Filip Jirsák]

Má to jen o dvou počítačích (tak to tam rozkopíruje)

Ruční rozkopírování je jeden z možných způsobů synchronizace, je vhodný pro případy, kdy se záznamy moc často nemění (nejlépe nikdy).

píše, že v produkčním nasazení se to bude ptát jiného DNS serveru

Tak jsem dotaz nepochopil.

[Ondřej Kubečka]

Slovo do pranice. Ale dovolil bych si nesouhlasit. Mezi dvěma stroji v testovacím prostředí obzvláště, mi (třeba pravidelný) rsync zas taková krkolomnost nepřijde. Zejména pokud se tazatel v DNS neorientuje a není to předmětem jeho řešení. Pokud na to je prostor, je samozřejmě dobré se něco přiučit.

[cynic_asshole]

Nyni vsak musim vsude pouzivat plne hostname pocitacu, aby to nejak fungovalo.

Z toho jsem vydedukoval, že už jim v síti jiný DNS server pracuje.

Ruční rozkopírování je jeden z možných způsobů synchronizace, je vhodný pro případy, kdy se záznamy moc často nemění (nejlépe nikdy).

Myslíte, že v testovacím prostředí (a produkčním koneckonců taky) se ta jména budou měnit tak často, aby na to bylo potřeba instalovat zvláštní DNS server?

[tonda]

Neni treba dava dalsi DNS da se pouzit Views v BIND

ja jsem zastancem tinydns/dnscache a tam to jde take...

tinydns - jak si na nej clovek zvykne - nejlepsi DNS... na bindu mi vadi ze prekled v configuraci zabije server....

[cynic_asshole]

Ano, dají se použít pohledy. Ale tazatel píše, že má uzavřenou privátní testovací síť, tudíž by instalace dalšího DNS byla nezbytná.

[AraxoN]

To by nešlo - tam nevie dať MX záznam.

[cynic_asshole]

To nevadí, mail server když nenajde odpovídající MX záznam, tak udělá prostý překlad jména na IP adresu (A záznam) a bude se snažit to poslat na ni.

[AraxoN]

Tak to som netušil. Dobre vedieť.

[Filip Jirsák]

Podle mne to je relevantní připomínka a přikláním se spíš k tomu, že to s /etc/hosts fungovat nebude (ale nezjišťoval jsem to). /etc/hosts používá systémová knihovna pro překlad DNS názvů, a ta (z pohledu uživatele) nezná žádné druhy záznamů – té prostě řeknete jméno, a ona k němu vrátí IP adresu. Práce s typy záznamů je v ní skrytá. Takže poštovní servery nemohou využívat tuto knihovnu, musí mít vlastní implementaci DNS klienta, který komunikuje s DNS servery – protože se potřebují dotázat na MX záznamy a potřebují znát jejich priority. Otázka je, co se stane, když poštovní server MX záznamy nenajde a hledá A záznamy. Já si myslím, že opět použije svého DNS klienta a zeptá se přímo serveru. Tím pádem se souboru /etc/hosts nikdy nedotazuje. Jedině, že by po neúspěchu s A záznamem nebo místo toho použil rovnou systémovou knihovnu, která používá /etc/hosts – podle mne to ale pošotvní server takhle dělat nebude, protože logika hledání A záznamu pro doručení pošty může být jiná, než logika, kterou používá ta systémová knihovna. Dokonce to může záležeti na konkrétní implementaci, jeden server to tak může dělat a jiný ne.

Jediná možnost tedy podle mne je to vyzkoušet – každopádně použitím /etc/hosts se do testovacího prostředí zanese další odlišnost od produkčního prostředí, která v tomto případě nemusí být nepodstatná.

[cynic_asshole]

Tvoje úvaha se mi nezdá správná. Proč by musel mít smtp daemon mít implementovánu vlastní funkci na resolvování DNS? Copak ty jsi někdy musel v konfiguraci sendmail/postfix zadávat i DNS servery, kterých se má dotazovat? Postfix/sendmail používá stejná systémová volání jako jiné aplikace. A jak určitě sám víš, je možné nastavit prioritu použití hosts nebo DNS v souboru /etc/host.conf.

V případě, že poštovní daemon nenajde žádný záznam, pak skutečně vyšle překlad doménové části na IP adresu dle A záznamu a v tomto případě to dokáže zajistit i zmiňovaný hosts soubor. Toto již mám několikrát odzkoušené, dost jsem to využíval předtím, než jsem implementoval DNS server.

A nakonec, existuje ještě jeden způsob, jak se vykašlat na DNS a na hosts, a to nacpat si to natvrdo jako transport

domena.cz            smtp:1.2.3.4

[Filip Jirsák]

To systémové volání, které se běžně používá, je gethostbyname(). Tam se předává jen název, nepředává se typ záznamu, takže poštovní server nemá způsob, jak sdělit, že chce MX záznam. Dále existují volání res_query() a res_search(), ty umožňují určit i typ a třídu, ale pořád vrací jen název, takže není způsob, jak by poštovní server získal informaci o prioritě záznamů. Nebo jsem něco přehlédl?

Postfix má konfigurační volby disable_dns_lookups a smtp_host_lookup, které přesně tohle ovlivňují – a opravdu v nich jde přepnout tak, aby používal systémovou knihovnu (ale ve výchozím nastsavení používá DNS).

[cynic_asshole]

Aha, to jsem nevěděl, aspoň jsem se něčemu novému přiučil.

[drunkez]

ani ja som to netestoval v praxi..ale

RFC 2821, section 5: Address Resolution and Mail Handling says:

| The lookup first attempts to locate an MX | record associated with the name. If a CNAME record is found instead, | the resulting name is processed as if it were the initial name. If | no MX records are found, but an A RR is found, the A RR is treated as | if it was associated with an implicit MX RR, with a preference of 0, | pointing to that host. If one or more MX RRs are found for a given | name, SMTP systems MUST NOT utilize any A RRs associated with that | name unless they are located using the MX RRs; the "implicit MX" rule | above applies only if there are no MX records present. If MX records | are present, but none of them are usable, this situation MUST be | reported as an error.