🚀 go-pugleaf

Marco Cerqui schrieb:
> 
> Ich kann Dir im Moment nur Auskunft �ber deine Zusatzfragen geben:
> 
> 'ping localhost' ist erfolgreich

Das heisst, dass die TCP/IP-Schicht korrekt arbeitet.

> 'ping 192.168.1.x0' ist ebefals erfolgreich

Ich muss mich korrigieren. Du musst _zuerst_ das dummy-device
herunterfahren und dann auf _jedem_ der beiden Rechner versuchen,
die jeweils _eigene_ IP-Adresse anzupingen. Das Herunterfahren
von dummy ist wichtig, weil ansonsten entsprechend den Routing-
Regeln nicht eth0 sondern dummy0 angesprochen wird. Geht dann
das Anpingen der eigenen IP-Adresse, kannst du Treiber- und
Hardwarefehler ausschliessen.


> Wie kommst Du auf die Idee, dass die Packete auf den Dummy weitergeleitet
> werden? Ich kenne mich in Routing-Fragen nicht besonders gut aus.
>

Ich glaube, hier muss ich mich selbst an den Ohren ziehen. Ich bin
davon ausgegangen, dass deine Infos vom Rechner 192.168.1.10 stammen.
Offensichtlich hast du sie aber auf 192.168.1.20 produziert. Ich
ben�tige aber Angaben von _beiden_ Rechnern. Bei der Ausgabe von
dmesg gen�gt die Sequenz betr. eth0.

Zu den Routing-Regeln (so ungef�hr): Bei einer gegebenen Zieladresse
werden zun�chst alle Routen verworfen, deren Zielnetz
nicht dem Ergebnis von (Zieladresse AND Genmask) entspricht. Bleiben
danach mehrere Routen �brig, dann wird diejenige ausgew�hlt, deren
Zielnetz den l�ngsten Netzanteil enth�lt (Details kann man in
RFC 1812 nachlesen).

Wie gesagt, ich bin davon ausgegangen, dass du die Ausgabe
von 'netstat -rn' auf 192.168.1.10 produziert hast. H�ttest du
ein ping auf 192.168.1.20 ausgef�hrt, dann h�tte der Routing-
Algorithmus im ersten Durchlauf zwei Treffer erziet: eth0 und
dummy0. Da das Zielnetz von dummy0 aber den l�ngeren Netzanteil
hat, w�re dieses device schlussendlich ausgew�hlt worden.

Julius