Re: Routing Problemchen

From: Dura Zell <dura-zell(at)freenet.de>
Date: Fri, 17 Jun 2005 12:35:13 +0200

Bernd Walter schrieb:

>On Fri, Jun 17, 2005 at 09:54:57AM +0200, Dura Zell wrote:
>
>
>>Hi
>>
>>Im Zusammenhang mit dem Thread "Unerklärliche Abstürze" hatte ich einige
>>Fehlermeldungen gepostet die mit illegalen Einträgen in der
>>Routingtabelle zusammen hingen (mit dem Absturzproblem aber nichts zu
>>tun hatten). Das Problem mit den Abstürzen ist ja mittlerweile gelöst,
>>danke nochmal an diejenigen die mir geholfen haben und diejenigen die
>>mir die ausführlichen Erklärungen gegeben haben. Der Rechner läuft jetzt
>>seit mehreren Tagen stabil.
>>
>>Ich hab mir jetzt mal die Zeit genommen den Routingproblemen auf den
>>Grund zu gehen.
>>So wie es scheint werden für einige der Aliase die ich erzeugt habe
>>Routingeinträge auf dem lo0 erzeugt, während andere die, vermutlich
>>korrekten, Routingeinträge auf das entsprechende Device (hier ed0) bekommen.
>>
>>Diejenigen Einträge die auf lo0 verweisen werden dann auch vom Kernel
>>moniert und ich bekomme die Fehlermeldungen in /var/log/messages und
>>auch in dmesg im Stil von:
>>"Jun 17 09:12:41 jailhouse kernel: arp_rtrequest: bad gateway
>>192.168.9.1 (!AF_LINK)"
>>für jede der falsch eingetragenen IP Adressen. Im einzelnen bekomme ich
>>diese Meldungen für die IP Aliase:
>>
>>192.168.9.1
>>192.168.9.2
>>192.168.9.6
>>192.168.9.7
>>192.168.9.8
>>192.168.9.21
>>192.168.9.11
>>192.168.9.22
>>192.168.9.23
>>
>>Die Konfiguration des ed0 sieht so aus:
>>
>>------------------------------------------------------------------------------------------------------
>>ed0: flags=108843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> inet 192.168.9.253 netmask 0xffffff00 broadcast 192.168.9.255
>> inet 192.168.9.200 netmask 0xffffffff broadcast 192.168.9.200
>> inet 192.168.9.1 netmask 0xffffffff broadcast 192.168.9.1
>> inet 192.168.9.2 netmask 0xffffffff broadcast 192.168.9.2
>> inet 192.168.9.3 netmask 0xffffffff broadcast 192.168.9.3
>> inet 192.168.9.4 netmask 0xffffffff broadcast 192.168.9.4
>> inet 192.168.9.5 netmask 0xffffffff broadcast 192.168.9.5
>> inet 192.168.9.6 netmask 0xffffffff broadcast 192.168.9.6
>> inet 192.168.9.7 netmask 0xffffffff broadcast 192.168.9.7
>> inet 192.168.9.8 netmask 0xffffffff broadcast 192.168.9.8
>> inet 192.168.9.9 netmask 0xffffffff broadcast 192.168.9.9
>> inet 192.168.9.10 netmask 0xffffffff broadcast 192.168.9.10
>> inet 192.168.9.11 netmask 0xffffffff broadcast 192.168.9.11
>> inet 192.168.9.12 netmask 0xffffffff broadcast 192.168.9.12
>> inet 192.168.9.21 netmask 0xffffffff broadcast 192.168.9.21
>> inet 192.168.9.22 netmask 0xffffffff broadcast 192.168.9.22
>> inet 192.168.9.23 netmask 0xffffffff broadcast 192.168.9.23
>> inet 192.168.9.201 netmask 0xffffffff broadcast 192.168.9.201
>> inet 192.168.9.202 netmask 0xffffffff broadcast 192.168.9.202
>> ether 00:00:b4:5a:59:db
>>
>>
>
>Bis hierhin sieht alles gut aus.
>Was sagt netstat -nr?
>
>
>
Hi

Ich bekomme folgende Ausgabe (externe Adresse entfernt):

------------------------------------------------------------------------------------------------------
root(at)jailhouse# netstat -rn
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default xxx.xxx.xxx.xxx UGS 0 94409 tun0
10/24 link#1 UC 0 0 rl0
10.0.0.255 ff:ff:ff:ff:ff:ff UHLWb 0 1300 rl0
xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx UH 1 0 tun0
xxx.xxx.xxx.xxx 127.0.0.1 UH 0 1143 lo0
127.0.0.1 127.0.0.1 UH 0 7 lo0
192.168.9 link#4 UC 0 0 ed0
192.168.9.1 192.168.9.1 UHLW 0 2802 lo0 =>
192.168.9.1/32 link#4 UC 0 0 ed0
192.168.9.2 192.168.9.2 UHLW 0 87 lo0 =>
192.168.9.2/32 link#4 UC 0 0 ed0
192.168.9.3/32 link#4 UC 0 0 ed0
192.168.9.4/32 link#4 UC 0 0 ed0
192.168.9.5/32 link#4 UC 0 0 ed0
192.168.9.6 192.168.9.6 UHLW 0 183 lo0 =>
192.168.9.6/32 link#4 UC 0 0 ed0
192.168.9.7 192.168.9.7 UHLW 0 1732 lo0 =>
192.168.9.7/32 link#4 UC 0 0 ed0
192.168.9.8 192.168.9.8 UHLW 0 2533 lo0 =>
192.168.9.8/32 link#4 UC 0 0 ed0
192.168.9.9/32 link#4 UC 0 0 ed0
192.168.9.10 00:00:b4:5a:59:db UHLW 0 17856 lo0 =>
192.168.9.10/32 link#4 UC 0 0 ed0
192.168.9.11 192.168.9.11 UHLW 0 226 lo0 =>
192.168.9.11/32 link#4 UC 0 0 ed0
192.168.9.12/32 link#4 UC 0 0 ed0
192.168.9.21 192.168.9.21 UHLW 0 180 lo0 =>
192.168.9.21/32 link#4 UC 0 0 ed0
192.168.9.22 192.168.9.22 UHLW 0 139 lo0 =>
192.168.9.22/32 link#4 UC 0 0 ed0
192.168.9.23 192.168.9.23 UHLW 0 94 lo0 =>
192.168.9.23/32 link#4 UC 0 0 ed0
192.168.9.200/32 link#4 UC 0 0 ed0
192.168.9.201/32 link#4 UC 0 0 ed0
192.168.9.202/32 link#4 UC 0 0 ed0
192.168.11 link#2 UC 0 0 rl1
192.168.11.22/32 link#2 UC 0 0 rl1
192.168.11.23/32 link#2 UC 0 0 rl1
192.168.11.255 ff:ff:ff:ff:ff:ff UHLWb 0 26 rl1
192.168.12 link#3 UC 0 0 rl2
192.168.12.1 00:50:bf:49:e3:d2 UHLW 0 2219 rl2 1189
192.168.12.21 00:08:a1:66:28:05 UHLW 0 272 lo0
192.168.12.22/32 link#3 UC 0 0 rl2
192.168.12.23/32 link#3 UC 0 0 rl2
192.168.12.34 00:11:2f:51:cb:61 UHLW 0 132450 rl2 1070
192.168.12.255 ff:ff:ff:ff:ff:ff UHLWb 0 26 rl2

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 17 Jun 2005 - 12:36:16 CEST