> Zun�chst einmal sollte man keine Routes f�r das Netzwerk setzen.
Kannst du das begr�nden?
> Wozu brauchst Du den Host behind a Gateway Part?
Damit teile ich ihm mit, wo der DNS-Server liegt. Ist nicht auf meinem Mist
gewachsen, steht so in der route.conf von SuSE als Beispiel drin.
> F�r den Server:
> # F�r eth0
> 192.168.0.1 0.0.0.0 255.255.255.0 eth0
Das kapiere ich nicht ganz: Wieso gibst du ihm eine Route auf sich selbst?
Au�erdem ist die netmask falsch -> 255.255.255.255 ; sonst nimmt das route
nicht.
> F�r den Client:
> # F�r eth0
> 192.168.0.2 0.0.0.0 255.255.255.0 eth0
dito
> Die einfachste ipchains Regeln f�r diesen Fall ist wohl:
> ipchains -P input ACCEPT
> ipchains -P forward MASQ
> ipchains -P output ACCEPT
jetzt sollte er also alles durchlassen, oder?
Ein weiteres seltsames Ph�nomen (wie ist das den eigentlich mit der neuen
Rechtschreibung :) ):
Meine route.conf�s sehen jetzt so aus:
Router:
---
192.168.0.0 0.0.0.0 255.255.255.0 eth0
---
Client:
---
192.168.0.0 0.0.0.0 255.255.255.0 eth0
default 192.168.0.1
---
Ich habe das ein bischen reduziert um fehlerquellen besser zu erkennen.
Auf dem Client mag er irgendwie die default-route nicht. Mit defaul-route:
---
root@space:/etc > route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
---
Und das wars, er wartet und wartet und wartet....
One default-route:
---
root@space:/etc > route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.1 * 255.255.255.255 UH 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
root@space:/etc >
---
Also alles klar. Sachen gibt's...
�brigens, wenn ich einen Windows Client mit dem entsprechenden Gateway versehe
passiert auch nichts. Also mu� der Fehler irgendwie am Router liegen.
Sebastian
---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
