Re: DNS-Forwarding bei dynamischen Adressen?

Datumsansicht Baumansicht Betreffansicht Attachement-Sicht

From: Sebastian Stark (seb_at_gosh.todesplanet.de)
Date: 02. Oct 2000


Christian Weisgerber wrote:
> Wie löst man das am besten? Konkret ist das Gateway ein BSD-Rechner
> mit Brian Somers User-PPP, ppp(8). Das kann die ausgehandelten
> Nameserver-Adressen sogar direkt nach /etc/resolv.conf schreiben.

Ich verwende intern nur private IP-Adressen. Fuer welche Anwendung ist es denn
notwendig, die externe IP-Adresse aufloesen zu koennen? Zumal das ja vom
Nameserver deines Providers gehandelt wird, da koenntest du evtl.
Schwierigkeiten bekommen, es handelt sich in diesem Fall ja dann um einen
Doppeleintrag im DNS. (DNS ist eben nicht so ausgelegt, dass es _mehrere_
Datenbanken geben kann, es wird von _einem_ konsistenten Datenbestand weltweit
ausgegangen.)

> Es gibt zweifelsohne viele Möglichkeiten das _irgendwie_ zu lösen
> (resolv.conf mit rdist verteilen, oder named und aus ppp.linkup
> neue named.conf schreiben und named HUPen), aber wie löst man das
> _elegant_?

Elegant mit BIND8: /usr/sbin/nsupdate verwenden anstatt die named.conf zu
modifizieren und zu HUPen.

Da das hier geradezu nach eine Client/Server Loesung schreit, denke ich ist
das Verteilen einer resolv.conf doch eher keine so gute Idee und fuehrt eher
zu Chaos.

> Ich denke da an einen DNS-Forwarder auf dem Gateway, den man bei
> den anderen Hosts als Nameserver einträgt, und der die Abfragen
> einfach weiterleitet. Gibt es für diese beschränkte Aufgabe etwas
> besseres als named? Man hat mir pdnsd empfohlen, aber das beinhaltet
> auch viel unnötigen Kram.

Naja, djbdns eben; ist IMHO eine gute Alternative zu BIND, es gibt Skripte um
eine bestehende BIND Konfiguration nach djbdns zu transformieren.

-> http://cr.yp.to/djbdns.html

Eine wirklich gute Loesung fuer Dialup/DNS hab ich noch nie gesehen. Geht wohl
einfach auch nicht, man kriegt es halt einfach so hin.

Sebastian


Datumsansicht Baumansicht Betreffansicht Attachement-Sicht

Dieses Archiv wurde generiert von hypermail 2.1.2 : 11. Mar 2002 CET