Re: route add default "netif"?

From: Bernd Walter <ticso(at)cicely12.cicely.de>
Date: Wed, 25 Jul 2007 18:58:40 +0200

On Wed, Jul 25, 2007 at 06:27:18PM +0200, Oliver Fromme wrote:
> Oliver Fromme wrote:
> > Benjamin Thelen wrote:
> > > Unter Linux kenn ich das, daß man "route delete default" und
> > > dann ein "route add default dev _eth0_" z.B. angeben kann.
> >
> > Und was genau tut das? Sucht das die erste IP-Adresse von
> > eth0 heraus und verwendet dann die? Kommt mir seltsam vor.
>
> Nach nochmaligem Hindenken kommt mir das nicht nur seltsam,
> sondern komplett sinnfrei vor. :-)

Absolut.

> Also nochmal mit anderen Worten: Dein Kernel bzw. dessen
> IP-Routing-Code muss wissen, zu welcher (IP-)Adresse er
> Pakete schicken soll, deren Empfänger nicht im lokalen
> Netz befindlich ist. Die Weiterleitung dieser Pakete ist
> genau die Aufgabe eines Routers bzw. Gateways.
>
> Die alleinige Angabe eines Devices nützt daher gar nichts,
> denn davon weiß der Kernel ja noch lange nicht, welche
> Adresse der Router hat.

Einzige Ausnahme sind Point-To-Point Interfaces, da reicht es ein
Interface anzugeben - dafür gibt es ja auch die entsprechende route
Option.
Der Nutzen dabei ist, dass die Route die Änderungung der IP von der
Gegenstelle mitmacht, was z.B. bei PPP und dynamischer IP besonders
dann interessant ist, wenn man viele einzelne Routen darauf legt.
mpd macht das z.B. auch für die Defaultroute:
Destination Gateway Flags Refs Use Netif Expire
default ng0 US 0 273815 ng0
Ein anderer Anwendungsfall ist natürlich, wenn ein Interface
unnumbered betrieben wird, also ohne IP, was ich sehr gerne bei
Tunnel-Interfaces mache.
Typischerweise benutzt man WLAN aber nicht als Point-To-Point, von
daher ist das wirklich sinnfrei.

-- 
B.Walter                http://www.bwct.de      http://www.fizon.de
bernd(at)bwct.de           info(at)bwct.de            support(at)fizon.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 25 Jul 2007 - 18:59:56 CEST

search this site