Re: default route wird nicht automatisch gesetzt
Robert Rakowicz schrieb:
> Boris Andratzek <Boris.Andratzek@cation.de> writes:
>
> Hi,
>
>> Moin zusammen,
>>
>>
>> ich habe schon wieder ein Problem(chen):
>>
>> mein weit entfernter Etch-Server mit Kernel 6.8.23.17 hat nach einem
>> Reboot keine default route:
>>
>> linux-srv:~# ip route sh
>> 192.168.40.0/24 dev br0 proto kernel scope link src 192.168.40.200
>> 192.168.41.0/24 dev eth1 proto kernel scope link src 192.168.41.200
>>
>> Er hat zwei Netzwerkkarten, interessant ist für mich zunächst das 40er Netz.
>>
>> Erst nach
>>
>> route add default gw 192.168.40.254
>>
>> bekomme ich
>>
>> linux-srv:~# ip route sh
>> 192.168.40.0/24 dev br0 proto kernel scope link src 192.168.40.200
>> 192.168.41.0/24 dev eth1 proto kernel scope link src 192.168.41.200
>> default via 192.168.40.254 dev br0
>>
>> Ich ahbe ein Stadard-Gateway für br0 eingetragen in
>> /etc/network/interfaces, deshalb verstehe ich das nicht....:
>
> für mich sieht es so aus, dass das br0 Interface später als eth0/ eth1
> zu finden ist und deswegen wird keine default Route gesetzt da vorher
> nicht definiert und später nicht beachtet. Ich mag da aber falsch liegen!
>
Hallo Robert,
vielen Dank für Deine Meinung zu dieser Sache. Ich glaube/hoffe aber,
dass Du falsch liegst :-)
eth1 ist eine physikalisch separate Karte, die mit dem virtuellen
Bridging nichts zu tun hat. Ich versteh' es so:
Das logische Bridge-Interface br0 hat einen Fuß an der physikalischen
ersten Karte, die normalerweise als eth0 initialisiert würde. An dem
Bridge-device hängt nun das logische Device eth0 und das virtuelle
Device tap0. Kennt br0 das default-Gateway, kennen eth0 und tap0 es
automatisch ebenfalls - oder eben nicht.
Sind diese Gedanken richtig?
Ich habe einen anderen Server, auf dem diese Konfiguration funktioniert
und ich sehe einfach den Unterschied nicht....
Danke und Gruß,
Boris
Reply to: