• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Obsolet: 2. Netzwerkkarte in Betrieb nehmen

Hallo!
Was muss ich machen, damit ich eine 2. Netzwerkkarte auch benutzen kann?

System: OpenSuSE11.0.
Die erste Netzwerkkarte hat die feste IP 192.168.5.251 und funktioniert im 192.168.5.er-Netz tadellos.
Die zweite Netzwerkkarte hat die feste IP 192.168.140.199 und soll im 102.168.140er-Netz arbeiten. Sie funktioniert gar nicht.

Eingerichtet habe ich beide mit Yast.

Versuche ich ein ping 192.168.140.1 auf einen existierenden Rechner, so erhalte ich die Meldung "Network unreachable ...".
Physikalisch ist in meinen Augen alles in Ordnung, denn die LEDs an der Netzwerkkarte als auch am Switch zeigen Kontakt an.

Was muss ich noch machen?

cu
 

framp

Moderator
Teammitglied
cochise.geronimo schrieb:
...Die zweite Netzwerkkarte hat die feste IP 192.168.140.199 und soll im 102.168.140er-Netz arbeiten. Sie funktioniert gar nicht.
Du meinst vermtulich das 192.168.140er Netz ;-)
Sofern die zugehörigen Netzwerkmasken stimmen (Ausgabe von ifconfig würde helfen) musst Du wohl eine statische Route in das Netz definieren oder - wie meine Vorschreiberin schon anmerkte - Dein Default Gateway anders definieren/wählen.
 
Hallo!
Hier einmal die Ausgabe von ifconfig:
Code:
eth0      Link encap:Ethernet  HWaddr 00:30:48:BB:E8:B4
          inet addr:192.168.140.199  Bcast:192.168.140.255  Mask:255.255.255.0
          inet6 addr: fe80::230:48ff:febb:e8a2/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:2482 (2.4 Kb)
          Interrupt:217 Base address:0xc000

eth1      Link encap:Ethernet  HWaddr 00:30:48:BB:8F:A3
          inet addr:192.168.5.251  Bcast:192.168.5.255  Mask:255.255.255.0
          inet6 addr: fe80::230:48ff:febb:e8a3/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:35407589 errors:10 dropped:0 overruns:0 frame:10
          TX packets:27281496 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3027866383 (2887.5 Mb)  TX bytes:3789415330 (3613.8 Mb)
          Interrupt:216 Base address:0xc000
Das Default-Gateway besitzt ebenfalls 2 Netzwerkkarten (192.168.5.10 und 192.168.140.200) und ist aus beiden Netzen erreichbar.
Ich weiß nun nicht, wie ich das Default-Gateway für eth0 (also 192.168.140.199) ändern kann.

cu
 

spoensche

Moderator
Teammitglied
Das Gateway hat zwei Netzwerkkarten, die jeweils zwei verschiedenen Netze bedienen.

Warum willst du in deinem Rechner dann eine zweite Netzwerkkarte einbauen und für das andere Subnetz verwenden und dem Gateway die Arbeit abnehmen?

Um den Verkehr von dem einen in das andere Netz zu routen (weiterleiten) musst du dem Gateway sagen, dasss es den Verkehr weiterleiten soll. Die zweite Netzwerkkarte in deinem Rechner ist unnötig.
 
Hallo!

Code:
Um den Verkehr von dem einen in das andere Netz zu routen (weiterleiten) musst du dem Gateway sagen, dasss es den Verkehr weiterleiten soll.
Und wie sage ich es dem Gateway-Rechner?
Dieser basiert auf Slackware.
Code:
Die zweite Netzwerkkarte in deinem Rechner ist unnötig.
Interessieren täte es mich doch schon, wie es zu bewerkstelligen ist.
Immer, wenn ich nach Hilfen zum Routen suche, finde ich eigentlich nur das Routen zB via DSL ins Internet.

cu
 

framp

Moderator
Teammitglied
cochise.geronimo schrieb:
Und wie sage ich es dem Gateway-Rechner?
Ohne weitere Routedefinitionen kennt ein Rechner immer die Netze zu denen er eine direkte Netzwerkverbindung hat. Z.b. ein Rechner mit eth0: 192.168.0.0/255.255.255.0 und eth1: 192.168.1.0/255.255.255.0 und eth2: 192.168.2.0/255.255.255.0. Wenn der als Default GW, bei einem Client der an eth0 hängt, definiert ist kann der Client die Netze eth1 und eth2 über das Gateway ohne weitere Definitionen erreichen.
Interessieren täte es mich doch schon, wie es zu bewerkstelligen ist.
Wenn in obigen Beispiel hinter am GW bei eth1noch ein weiteres Netz liegt, z.B. 10.0.0.0/255.255.255.0, dann kann der o.g. Client nicht in das Netz, da es das DefaultGW nicht kennt. Lösung: Entweder in dem DefaultGateway eine Netzroute zum 10er Netz definieren und sagen über welches Interface es erreichbar ist (z.B. eth1) (route add -net ...) oder Du definierst am Client eine weitere Netzroute für das eth1 welches direkt am 10er Netz angeschlossen ist (route add -net ...).
 

HBtux

Member
Poste mal die Ausgabe des Befehl "route" vom Gateway und von dem OpenSuSE11.0-System.
Und vielleicht gleich noch die ifconfig-Ausgabe vom Gateway...

Hast Du noch eine Firewall am laufen?
(auf dem Gateway oder auf einem der beiden PCs)

Die Frage, was Du mit dem zweiten Netzwerk genau vorhast, hast Du uns noch nicht beantwortet... :/


- Grundlegend solltest Du nicht zwei Server mit jeweils zwei Netzwerkkarten in den gleichen Netzen betreiben.
Das eine vorhandene Gateway kennt beide Netze und sollte auch den gesamten Trafik zwischen den beiden Netzen routen.
Es gibt in der Regel ein Gateway das alle Netze kennt und auch verwaltet- alle anderen PCs sollen in dem einen oder in dem anderen hängen.
PS: (wobei es aber trotzdem funktionieren sollte)

- Jeder PC und Server hat immer nur ein Standard-Gateway. (zwei oder mehr Standard-Gateways funktioniert nicht)
Alle weiteren Netzte müssen, sofern der PC nicht selber mit einer LAN-Karte direkt drinnen hängt und das Netz auch nicht über das angegebene Standard-Gateway erreichbar ist, mit einer Statik-Route manuell geroutet werden.


so sollte es bei Dir funktionieren....
Code:
             192.168.5.251
                    |
   |----------------------  (Netz 192.168.5.0/24) --------
   |
192.168.5.10
 Gateway
192.168.140.200
   |
   |----------------------  (Netz 192.168.140.0/24) -------
                        |
               192.168.140.1
 
Hallo!
Schon einmal Danke für die Erläuterungen.
Hier die Ausgaben
a) Gateway
Code:
192.168.5.0    *               255.255.255.0   U     0      0        0 eth1
192.168.140.0   *               255.255.255.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         *               0.0.0.0         U     0      0        0 ppp0
und der Client b)
Code:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.5.0    *               255.255.255.0   U     0      0        0 eth1
192.168.140.0   *               255.255.255.0   U     0      0        0 eth0
link-local      *               255.255.0.0     U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         192.168.5.10          0.0.0.0         UG    0      0        0 eth1

Hinter den verschiedenen Netzen verbergen sich 2 ehemals getrennte Schulformen, die miteinander in Verbindung kommen sollen. Deren Schüler wurden auch in separaten Computerräumen unterrichtet. Mittlerweile haben wir Schüler, die beide Schulformen besuchen und Zugang zu beiden Netzen benötigen. Und meine Idee war es, einem Rechner eine 2. Netzwerkkarte zu geben, damit dieser diese Aufgabe übernehmen kann. Ich wollte das Gateway nicht noch zusätzlich "belasten".

cu
 

HBtux

Member
cochise.geronimo schrieb:
Ich wollte das Gateway nicht noch zusätzlich "belasten".
Darfür ist das Gateway aber da.... (das sollte es verkraften)

PS: ich hoffe Du möchtest nicht eine Firewall mutwillig umgehen!!!!
Das solltest Du tunlichst bleiben lassen - das gibt Ärger.



Die Einträge vom Routing sehen soweit ganz gut aus.
Ich kann darin kein Problem erkennen.

Probiere mal die folgenden Befehle aus und poste das Ergebnis.

Beim Ping-Befehl noch gezielt die Absenderadresse oder das Interface mit angeben.
Code:
ping -I eth0 <Ziel-IP im 192.168.140-er Netz>

oder

ping -I 192.168.140.199 <Ziel-IP im 192.168.140-er Netz>
Für Dich persönlich kannst Du das ganze auch noch mit dem anderen Interface eth1 und einer Ziel-IP im 192.168.5-er Netz testen.
 

TomcatMJ

Guru
Einen Punkt hab ich hier leider nicht sehen können der aber zum Routing wichtig ist: Per entsprechender Einstellung des nötigen Kernelflags und passender iptables-Regel (muss man halt mal schauen wie das jeweils zum Zuge kommende Firewallscript separate Flags und Regeln handhabt) sollte auf dem Gateway-Rechner auch das Forwarding aktiviert sein, denn ohne dies findet das Gateway zwar die Netze aber reicht nichts weiter, und das schien mir hier wohl der Knackpunkt zu sein (wohl zu einfach für Kenner um daran noch zu denken ;) )...
Auch wenn das Thema hier ja nun offenbar erledigt ist, vielleicht hilft der Tipp ja dem nächsten User mit demselben Problem weiter ;)

Bis denne,
Tom
 
Oben