Hallo Ralf, Am 21.05.2013 11:08, schrieb Ralf Arndt:
Am Montag, 20. Mai 2013, 23:15:26 schrieb Johannes Kapune:
Am 20.05.2013 22:53, schrieb Ralf Arndt:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
am DSL werkelt eine FritzBox, die ist mit eth0 auf 192.168.178.x am Server verbunden. Das restliche Netzwerk hängt an eth1 auf 192.168.1.x> Der Server funktioniert also als Router zwischen dem 178er und dem 1er Subnet?
jep
In dem Fall vermute ich mal, dass er auf der FB als Router
eingetragen ist. Sonst würde das unten mit statischer IP nicht funktionieren.
nein
Wie kann dann Deine FB Daten in das 1er Netz schicken?
ich glaube das heißt NAT oder Masquerading oder so - zumindest gehen die Daten in eth0 rein und kommen auf eth1 (mit neuen Subnetz-Daten) wieder raus
Das Problem:
ich gebe einem Linux-Rechner eine feste IP-Adresse, dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Nutzt Du Deinen Server als Proxy?
nein, das hatte ich früher mal, bringt aber nicht so richtig was - außer Aufwand
DHCP Anfragen laufen über Broadcast, werden also nicht geroutet und können in Standardkonfiguration Deine FB nicht erreichen. In dem 1er Subnet (evtl. auf dem Server) muss ein Relayagent laufen, dem die IP Adresse der Fritzbox bekannt ist und die DHCP Anfragen weiterleitet. der dhcpd lauscht auch auf der 192.168.178.x und teil allein die Adressen aus
(Das gleiche unter Windows (auf ein und demselben Rechner) zeigt dieses Problem nicht.)
meine test haben ergeben, dass Windows auch wenn als zweite Defaultroute die der FritzBox eingetragen ist trotzdem die aus dem eigenen Segment (Server) nimmt
Redest Du jetzt von Rechnern im 1er Subnet? Diesen ist als Defaultgateway die FB (178er Subnet) eingetragen? Die kommen doch ohne den Server als Router garnicht aus ihrem Netz raus und auch nicht auf die FB. Die FB als Router einzutragen ist vollkommen sinnlos.
Das Routing vom internen 1er Netz zur Fritzbox 178er macht der Server von eth0 nach eth1 und auch zurück
- Linux ist da wohl strenger
Da bin ich ratlos. Bei identischer Konfiguration kann das eigentlich nicht funktionieren. Oder es fehlen weitere Informationen. Liefert Dein Server DHCP für das 1er Netz?
sogar für beide
Dann muss der Server 1. als DHCP Server an die DHCP Clients 1.a. im 1er seine 1er IP Adresse (eth1) als Default Router verteilt, 1.b. im 178er Netz seine 178er IP (eth0) als Default Router verteilt.
ja, da fehlte mir nur ein wenig lesen in den man-pages, die Option halt nicht generell sonder je Subnet
2. als Router 2.a. Alle Pakete vom 1er Netz in das 178er Netz auf eth1 annimmt und über eth0 verteilt 2.a. Alle Pakete vom 178er Netz in das 1er Netz auf eth0 annimmt und über eth1 verteilt 2.b. Alle anderen Pakete aus beiden Netzen an die FB weiterleiten.
nee, auf eth0 sind nur 178er-Pakete unterwegs und auf eth1 sind nur 1er
Ich schließe jetzt daraus dass das Routing (oder was sonst?) unterschiedlich ist, abhängig davon ob die Adresse per dhcp zugeteilt wird oder fest eingestellt wird.
Wenn Du DHCP und Router sauber konfigurierst sollte das identisch sein.
ja, da hat es bei mir gehapert
die Option routers ist im dhcpd gesetzt (gleich wie bei fester IP)> Wo läuft der dhcpd?
auf dem Server, mit Konfiguration für beide Segmente. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org