OpenSuSE 10.3 keine Netzwerkverbindung mit mehreren NIC
OpenSuSE 10.3 mit 3 Netzwerkkarten in drei verschiedene Netze geht nicht. Der Rechner soll kein Router sein.
Hallo,
ich habe das Problem, das ich einen Rechner nicht in mehreren Netzwerken erreichen kann...:
Konfiguration:
- 1 aktueller Rechner (Mainboard: ASUS P5E-VM DO) mit 3 Netzwerkkarten (1x Onboard (ASUSTek 82566DM-2), 2x identische Karte via PCI (RTL-8169) ); als OS OpenSuSe 10.3
- eth0 --> Onboard NIC konfiguriert als 192.168.0.35 / 255.255.255.0, GW: 192.168.0.1 DNS-Server: 192.168.0.1
- eth1 --> 1. PCI-NIC konfiguriert als 192.168.1.210 / 255.255.255.0
- eth2 --> 2. PCI-NIC konfiguriert als 192.168.2.210 / 255.255.255.0
Ziel:
Der Rechner soll über alle drei Netzwerke erreichbar sein und bestimmte Dienste bereitstellen.
Der Rechner soll nicht als Router eingesetzt werden. IP-Forwarding, etc. von einem Netz zum anderen soll nicht erfolgen.
Sachstand:
- Die Netzwerkkommunikation über eth0 ins Netzwerk 192.168.0.xxx funktioniert problemlos.
- Die Netzwerkkommunikation über die beiden anderen Schnittstellen funktioniert gar nicht. Es ist nicht möglich, den Rechner in einem kleinen, gekapselten Versuchsaufbau (Rechner -- Hub -- Notebook (gleiche IP-Range)) anzupingen. Das Anpingen des Rechner funktioniert ebenfalls nicht.
- Sämtliche Netzwerkkarten wurden vom System problemlos erkannt und ließen sich über sämtliche Wege (YAST, manuell) problemlos wie o.g. konfigurieren.
- "ifconfig" und YAST sagen auch, dass alles so wie o.g. konfiguriert ist. Konflikte sind nicht erkennbar.
- Ich habe auch schon drei andere NIC (alles andere Modelle) getestet - mit dem gleichen Ergebnis.
Sonstiges
Der Rechner soll als HOST für eine Windows Server 2003 VM dienen. Die beiden Netze an eth1 und eth2 sollen auf die Netzwerkkarten der VM gebridged werden. Hier habe ich aber auch schon sämtliche Konfigurationen durch; leider ohne Erfolg.
Da der Recher aber auch nicht erreichbar ist, wenn der VMware-Server nicht läuft, scheint es an SuSE selbst zu liegen.
Mittlerweile arbeiten wir mit zwei Personen daran, den Rechner in den Netzwerken erreichbar zu machen und sind der Ansicht, dass es sich nicht um eine Fehlkonfiguration handelt (doch man weiß ja nie so ganz ).
Weiß Jemand etwas über ein evtl. SuSE Problem, auf das man das Fehlverhalten zurückführen kann - noch viel wichtiger: Kennt jemand eine Lösung?!?
Hallo,
ich habe das Problem, das ich einen Rechner nicht in mehreren Netzwerken erreichen kann...:
Konfiguration:
- 1 aktueller Rechner (Mainboard: ASUS P5E-VM DO) mit 3 Netzwerkkarten (1x Onboard (ASUSTek 82566DM-2), 2x identische Karte via PCI (RTL-8169) ); als OS OpenSuSe 10.3
- eth0 --> Onboard NIC konfiguriert als 192.168.0.35 / 255.255.255.0, GW: 192.168.0.1 DNS-Server: 192.168.0.1
- eth1 --> 1. PCI-NIC konfiguriert als 192.168.1.210 / 255.255.255.0
- eth2 --> 2. PCI-NIC konfiguriert als 192.168.2.210 / 255.255.255.0
Ziel:
Der Rechner soll über alle drei Netzwerke erreichbar sein und bestimmte Dienste bereitstellen.
Der Rechner soll nicht als Router eingesetzt werden. IP-Forwarding, etc. von einem Netz zum anderen soll nicht erfolgen.
Sachstand:
- Die Netzwerkkommunikation über eth0 ins Netzwerk 192.168.0.xxx funktioniert problemlos.
- Die Netzwerkkommunikation über die beiden anderen Schnittstellen funktioniert gar nicht. Es ist nicht möglich, den Rechner in einem kleinen, gekapselten Versuchsaufbau (Rechner -- Hub -- Notebook (gleiche IP-Range)) anzupingen. Das Anpingen des Rechner funktioniert ebenfalls nicht.
- Sämtliche Netzwerkkarten wurden vom System problemlos erkannt und ließen sich über sämtliche Wege (YAST, manuell) problemlos wie o.g. konfigurieren.
- "ifconfig" und YAST sagen auch, dass alles so wie o.g. konfiguriert ist. Konflikte sind nicht erkennbar.
- Ich habe auch schon drei andere NIC (alles andere Modelle) getestet - mit dem gleichen Ergebnis.
Sonstiges
Der Rechner soll als HOST für eine Windows Server 2003 VM dienen. Die beiden Netze an eth1 und eth2 sollen auf die Netzwerkkarten der VM gebridged werden. Hier habe ich aber auch schon sämtliche Konfigurationen durch; leider ohne Erfolg.
Da der Recher aber auch nicht erreichbar ist, wenn der VMware-Server nicht läuft, scheint es an SuSE selbst zu liegen.
Mittlerweile arbeiten wir mit zwei Personen daran, den Rechner in den Netzwerken erreichbar zu machen und sind der Ansicht, dass es sich nicht um eine Fehlkonfiguration handelt (doch man weiß ja nie so ganz ).
Weiß Jemand etwas über ein evtl. SuSE Problem, auf das man das Fehlverhalten zurückführen kann - noch viel wichtiger: Kennt jemand eine Lösung?!?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 82792
Url: https://administrator.de/contentid/82792
Ausgedruckt am: 23.11.2024 um 01:11 Uhr
15 Kommentare
Neuester Kommentar
Meine Vermutung war also richtig. Du hast nur eine Default-Route, die innerhalb des Netzwerks 192.168.0.0/24 greift. Die anderen beiden Netzwerk-Interfaces müssen aber erstmal in dieses Netzwerk geroutet werden und können nicht automatisch eine IP ausserhalb ihrer eigenen IP-Range als Gateway nutzen.
Dann musst du eine Route zwischen diesen beiden Netzwerken legen, sofern diese beiden ineinander greifen sollen. Ansonsten klemme mal an die beiden anderen Interfaces jeweils einen Rechner mit einer zur Range passenden IP und versuche von diesen den Server zu pingen. Wenn der Ping nicht durchgeht, dann schau mit welcher Meldung (Timeout, Refused usw.) das begründet wird. Deaktiviere ausserdem mal die SuSE-Firewall um evtl. geblockte ICMP-Pakete als Fehlerquelle ausschliessen zu können.
Routen sind natürlich völlig unsinnig, wenn die Netze separat betrieben werden sollen ! Ein Ping aus den lokalen Segmenten auf das jeweilige NIC Bein des Servers sollte also immer klappen. Dafür sieht deine Konfig auch absolut sauber aus.
Wenn du sicher ein Firewall Problem (iptables) auf dem Server ausschliessen kannst, dann kann es vermutlich wirklich nur ein HW Problem sein... !
Was sagt denn ein Ping der eigenen IP Adressen auf dem Server ??? Bekommst du da was zurück ?
Das muss klappen, denn sonst funktioniert auch kein Ping auf dem Kabel !
Du solltest mal einen www.WIRESHARK.org oder den Windows-Netmonitor auf einem der PC in den nicht funktionierenden Segmenten installieren und die Ping Packete mitsniffern.
Dort kannst du dann sehen ob der Server überhaupt Packete aufs Netz schickt oder eben nicht.
Wenn du sicher ein Firewall Problem (iptables) auf dem Server ausschliessen kannst, dann kann es vermutlich wirklich nur ein HW Problem sein... !
Was sagt denn ein Ping der eigenen IP Adressen auf dem Server ??? Bekommst du da was zurück ?
Das muss klappen, denn sonst funktioniert auch kein Ping auf dem Kabel !
Du solltest mal einen www.WIRESHARK.org oder den Windows-Netmonitor auf einem der PC in den nicht funktionierenden Segmenten installieren und die Ping Packete mitsniffern.
Dort kannst du dann sehen ob der Server überhaupt Packete aufs Netz schickt oder eben nicht.
Ooops, das ist in der Tat mehr als ungewöhnlich. Sieht dann nach einem verkorksten Treiber aus, denn ein Hardware Defekt kann man ja wohl ausschliessen wenn du 4 NICs probiert hast...
Was für Karten bzw. Chipsätze sind das denn ??
Kann es ggf. ein Problem mit dem Interrupt Handling der Karten sein. Bei 3 Karten im Rechner ist das nicht ohne...
Wenn du einen VLAN fähigen Switch hast kannst du das Splitting in 3 LAN Segmente auch über einen tagged Trunk und nur einer einzigen Karte abwickeln wie hier beschrieben:
Die Einrichtung unter Linux mit .q Trunks beschreibt dieser Artikel u.a.:
http://www.heise.de/netze/artikel/77832/4
Hast du mal einen anderen Kartentyp bzw. Chipsatz probiert. Z.B. mal eine Karte mit Realtek Chipsatz. Nicht gut (Performance) aber zum testen absolut OK.
Alternativ mal eine Karte mit Intel Chipsatz ???
Was für Karten bzw. Chipsätze sind das denn ??
Kann es ggf. ein Problem mit dem Interrupt Handling der Karten sein. Bei 3 Karten im Rechner ist das nicht ohne...
Wenn du einen VLAN fähigen Switch hast kannst du das Splitting in 3 LAN Segmente auch über einen tagged Trunk und nur einer einzigen Karte abwickeln wie hier beschrieben:
Die Einrichtung unter Linux mit .q Trunks beschreibt dieser Artikel u.a.:
http://www.heise.de/netze/artikel/77832/4
Hast du mal einen anderen Kartentyp bzw. Chipsatz probiert. Z.B. mal eine Karte mit Realtek Chipsatz. Nicht gut (Performance) aber zum testen absolut OK.
Alternativ mal eine Karte mit Intel Chipsatz ???
Hallo,
ich habe das Problem, das ich einen Rechner
nicht in mehreren Netzwerken erreichen
kann...:
ich habe das Problem, das ich einen Rechner
nicht in mehreren Netzwerken erreichen
kann...:
klingt für mich stark nach FIREWALL!
Suse kommt von Hause aus mit einem vorkonfigurierten Firewallscript daher. bin keine suse spezialist. is aber gut möglich das suse "by default" alle anderen Interfaces bis auf ETH0 erst mal abdichtet.
daher empfehle ich mal auf die Suche nach deiner suse-firewall zu gehen und diese vorerst mal ganz abzuschalten. wenns dann geht weist du wo du weiter suchen und woran du noch arbeiten musst.
und btw...
Dem geschwafel vonwegen falscher default route würde ich mal nicht zu viel bedeutung zumessen!! die is nämlich ok! die anderen subnetze brauchen kein default-gw eintrag da du ja eh nicht routen willst und auch sonst in diesen netzen "vermutlich" keine router mehr existieren über die du kommunizieren willst.
also schau erst mal susefirewall z.b. über yast.
MfG
Axel
PS: ggf mal auf der console eingeben: iptables -nvL
sind alle Queues leer ?