Neueinrichtung DNS für mein LAN mit DYNDNSDomain ...

[Jan-Benedict Glaw]

On Fri, 2004-02-20 12:35:19 +0100, Stefan Ulrich Hegner <stefan at hegner-online.de>
wrote in message <1077276919.12096.92.camel at hegi.bogus.heginet.local>:
> Am Fr, den 20.02.2004 schrieb Sebastian Lechte um 12:00:
> > 
> > localhost		A	127.0.0.1
> > 
> > ns			A	192.168.1.1
> > mail			A	192.168.1.1
> > www			A	192.168.1.1
> > ftp			A	192.168.1.1
> > news			A	192.168.1.1
> > http-proxy		CNAME	www
> 
> Ist so ein Vorgehen allgemein "Mehrheitsfähig" ???

Nein. Wenn "ns -> 192.168.1.1" ist, dann muß auch "192.168.1.1 -> ns"
sein. Du mußt sicherstellen, daß der Reverse-Lookup auch funktioniert.
Bei *einem* Rechnernamen ist das kein Problem. Wenn Du aber mit mehreren
unterschiedlichen Namen Address-RR anlegst, dann bekommst Du den Rückweg
nicht mehr hin.

Gib Deinem Rechner lieber einen "richtigen" Namen (keinen Namen, der
gleich einem Eintrag in der /etc/services ist...) und setz' CNAME RRs
für die Dienste.

Andersherum geht's aber durchaus, für einen Namen mehrere A oder AAAA
RRs einzurichten - wird öfters für load balancing gemacht.

> > hegi			A	192.168.2.10	; WAN interface
> > gateway		CNAME	hegi
> 
> Gibt es eigentlich einen Standard zur Nomenklatur von Kisten mit
> mehreren Interfaces? - Ich find es nach wie vor befremdlich, dass der
> Name das Iface und nicht die Kiste bezeichnet. (Obwohl ich die Logik
> dahinter schon verstanden habe ... ausnahmsweise!)

Hä? Du vergibst anhand von IP-Adressen Namen (und andersherum). Das hat
nichts mit den Interfaces an sich zu tun. Du kannst 10 IP-Adressen pro
Interface haben, ...

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20040220/462d710e/attachment.sig>