Mailinglist Archive: opensuse-de (2154 mails)
| < Previous | Next > |
eth und Zuweisung beim Booten
- From: Jerome Reinert <suse@xxxxxxxxxxxxxxxx>
- Date: Wed, 28 Feb 2007 15:21:29 +0100
- Message-id: <200702281521.33415.suse@xxxxxxxxxxxxxxxx>
Hallo Liste
Es handelt sich um eine SuSE 9.3. Das Ding hat mir schon viele Stunden Zeit
geraubt mit einem Problem, bei dem ich nicht weiter komme bzw. im Internet
noch keine Lösung dazu fand.
ist Zustand:
2 Netzwerkkarten (1x onboard + 1x PCI)
Habe beiden Karten per Yast eine Feste IP zugewiesen
Welche Funktionen möchte ich implementieren:
Rechner soll als Router (masquerade/forward + dnat) fungieren
Dazu habe ich eine eigene iptables "Firewall" im Einsatz, mit der ich im LAN
einige Rechner komfortabel einbinden und aussperren kann (iptables -I
FORWARD ... und iptables -R FORWARD .....)
Problem:
Das Booten gerät zum Lotteriespiel. Manchmal hat eth0 die LAN IP und manchmal
die WAN IP. Also eth0 und eth1 werden regelmäßig vertauscht.
Meine Versuche das Problem zu lösen.
1. die PCI Netzwerkarte ausgetauscht (eine andere eingebaut) ---> half nichts
2. die PCI Netzwerkarte umgesteckt (alle PCI Slots probiert) ---> half nichts
3. versucht, dass beim Bootvorgang das iptables Script zuerst die IP von eth0
ausliest und anhand der IP es der WAN NIC oder LAN NIC zuweist
Also: so
if [ `ifconfig | head -n 2 | tail -n 1 | cut -d: -f2 | cut -d. -f1` == 192 ];
then
LAN="eth0"
WAN="eth1"
else
LAN="eth1"
WAN="eth0"
fi
Das Problem besteht aber hier darin, dass beim Booten ich dieses zwar schon
als letztes im runlevel (zb 5) starte, aber zu diesem Zeitpunkt noch gar kein
ethx eintrag vorhanden ist, sondern lediglich nur lo.
Das ist alles sehr sehr merkwürdig.
Konkrete Fragen:
1. Welche "versteckte" Datei muss ich editieren, dass die NIC's immer die
gleiche IP bekommen?
2. Wie ist es bei SuSE 9.3 möglich ein script beim Booten zu starten nachdem
das Netzwerk vollkommen steht?
beste Grüße und danke im Voraus
Jerome Reinert
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
Es handelt sich um eine SuSE 9.3. Das Ding hat mir schon viele Stunden Zeit
geraubt mit einem Problem, bei dem ich nicht weiter komme bzw. im Internet
noch keine Lösung dazu fand.
ist Zustand:
2 Netzwerkkarten (1x onboard + 1x PCI)
Habe beiden Karten per Yast eine Feste IP zugewiesen
Welche Funktionen möchte ich implementieren:
Rechner soll als Router (masquerade/forward + dnat) fungieren
Dazu habe ich eine eigene iptables "Firewall" im Einsatz, mit der ich im LAN
einige Rechner komfortabel einbinden und aussperren kann (iptables -I
FORWARD ... und iptables -R FORWARD .....)
Problem:
Das Booten gerät zum Lotteriespiel. Manchmal hat eth0 die LAN IP und manchmal
die WAN IP. Also eth0 und eth1 werden regelmäßig vertauscht.
Meine Versuche das Problem zu lösen.
1. die PCI Netzwerkarte ausgetauscht (eine andere eingebaut) ---> half nichts
2. die PCI Netzwerkarte umgesteckt (alle PCI Slots probiert) ---> half nichts
3. versucht, dass beim Bootvorgang das iptables Script zuerst die IP von eth0
ausliest und anhand der IP es der WAN NIC oder LAN NIC zuweist
Also: so
if [ `ifconfig | head -n 2 | tail -n 1 | cut -d: -f2 | cut -d. -f1` == 192 ];
then
LAN="eth0"
WAN="eth1"
else
LAN="eth1"
WAN="eth0"
fi
Das Problem besteht aber hier darin, dass beim Booten ich dieses zwar schon
als letztes im runlevel (zb 5) starte, aber zu diesem Zeitpunkt noch gar kein
ethx eintrag vorhanden ist, sondern lediglich nur lo.
Das ist alles sehr sehr merkwürdig.
Konkrete Fragen:
1. Welche "versteckte" Datei muss ich editieren, dass die NIC's immer die
gleiche IP bekommen?
2. Wie ist es bei SuSE 9.3 möglich ein script beim Booten zu starten nachdem
das Netzwerk vollkommen steht?
beste Grüße und danke im Voraus
Jerome Reinert
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
| < Previous | Next > |