Hallo Zur Zeit nutze ich ifplugd zur Steuerung meiner eth0 (Lan) + eth1 (Wlan). Startmode eth0: manual Startmode eth1: onboot Beide per DHCP konfiguriert. ifplugd sorgt nun für den reibungslosen Wechsel der Karten, wenn ein Kabel eingesteckt wird. Nun habe ich aber meine Sonder- und Funktionstasten endlich in Betrieb genommen. Dh ich kann die Wlan Karte per Button schalten. Meine Wunschvorstellung: Beim booten sind beide Karten aus (Startmode manual). Wlan Button ein: ifdown eth0 – ifup eth1 Kabel einstecken: keine Reaktion, da Wlan Button on. Wlan Button aus: ifdown eth1 Nun darf eth0 ans Netz falls ein Kabel steckt. An eth0 lauscht ifplugd, der Wlan Button hat aber Priorität. Wie kann ich das realisieren? Macht das Sinn? Danke und Gruß Manfred -- Samsung P30 Suse 9.1 Pro KDE 3.3.2
Hallo Manfred, hallo Leute, Am Sonntag, 13. Februar 2005 12:02 schrieb Manfred Timm:
Zur Zeit nutze ich ifplugd zur Steuerung meiner eth0 (Lan) + eth1 (Wlan). Startmode eth0: manual Startmode eth1: onboot Beide per DHCP konfiguriert. ifplugd sorgt nun für den reibungslosen Wechsel der Karten, wenn ein Kabel eingesteckt wird. Nun habe ich aber meine Sonder- und Funktionstasten endlich in Betrieb genommen. Dh ich kann die Wlan Karte per Button schalten.
Meine Wunschvorstellung: Beim booten sind beide Karten aus (Startmode manual). Wlan Button ein: ifdown eth0 – ifup eth1
Sollte problemlos gehen, falls Du dem Button-Druck ein Script zuordnen kannst. Ansonsten musst Du eben logsurfer o. ä. auf das passende Logfile ansetzen und beim Event "Tastendruck WLAN aus" bzw. "ein" ein entsprechendes Script ausführen.
Kabel einstecken: keine Reaktion, da Wlan Button on.
Ich verstehe den Sinn dahinter nicht ganz - warum mit 11Mbit WLAN rumplagen, wenn man auch 100Mbit haben kann? ;-) Wie auch immer: solange der ifplugd für eth0 nicht läuft (und eth0 sowieso down ist), hast Du genau dieses Verhalten.
Wlan Button aus: ifdown eth1 Nun darf eth0 ans Netz falls ein Kabel steckt.
Also den ifplugd starten. (STARTMODE='ifplugd' im Configfile und "rcnetwork restart eth0" - zurückändern des Configfiles nicht vergessen ;-)
An eth0 lauscht ifplugd, der Wlan Button hat aber Priorität. Wie kann ich das realisieren?
Ein wenig Scripting muss wohl sein, aber nichts weltbewegendes.
Macht das Sinn?
Sinnfrage von WLAN vs. Kabel-Netzwerk siehe oben ;-) Gruß Christian Boltz --
mein Internet geht nicht. Hm, Du hast ein eigenes? [> Waschbaer.linux(at)gmx.net und Manfred Tremmel in suse-linux]
Am Montag, 14. Februar 2005 23:28 schrieb Christian Boltz: Hallo Rückmeldung etwas verspätet (Erkältungsbedingt)
Ich verstehe den Sinn dahinter nicht ganz - warum mit 11Mbit WLAN rumplagen, wenn man auch 100Mbit haben kann? ;-)
Damit man nicht übers Kabel stolpert... ?? Na, Scherz beiseite. Fürs Web reicht es mir. Meine Wunschkonfiguration hab ich leider nicht hinbekommen (meine Script Kenntnisse sind noch eher bescheiden). Nun läuft es so: Startmode eth0 onboot Startmode eth1 manual Wlan Button on: if [ $VAL -eq 94 ]; then # Wlan on /sbin/ifdown eth0 & /sbin/ifup eth1 & fi Wlan Button off: if [ $VAL -eq 95 ]; then # Wlan off /sbin/ifdown eth1 & /sbin/ifup eth0 & fi
Wie auch immer: solange der ifplugd für eth0 nicht läuft (und eth0 sowieso down ist), hast Du genau dieses Verhalten.
Den ifplugd hab ich nun einfach mal ganz rausgenommen. Es funktioniert. Eins ist noch seltsam: nach einschalten des Wlan gibt es, reproduzierbar, nach ca 5 sec einen kurzen Aussetzer. Bin für Hinweise und Tipps dankbar. Gruß Manfred -- Samsung P30 Suse 9.1 Pro KDE 3.3.2
Hallo Manfred, hallo Leute, Am Donnerstag, 17. Februar 2005 19:00 schrieb Manfred Timm:
Am Montag, 14. Februar 2005 23:28 schrieb Christian Boltz:
Ich verstehe den Sinn dahinter nicht ganz - warum mit 11Mbit WLAN rumplagen, wenn man auch 100Mbit haben kann? ;-)
Damit man nicht übers Kabel stolpert... ??
Dann sollte man das Kabel aber auch wieder abziehen ;-) Und damit tritt dann automatisch der Fall "kein Kabel angestöpselt" wieder ein...
Na, Scherz beiseite. Fürs Web reicht es mir.
Meine Wunschkonfiguration hab ich leider nicht hinbekommen (meine Script Kenntnisse sind noch eher bescheiden). Nun läuft es so: Startmode eth0 onboot
Warum nicht per ifplugd? Das wäre die geschicktere Lösung.
Startmode eth1 manual
Wlan Button on: if [ $VAL -eq 94 ]; then # Wlan on /sbin/ifdown eth0 &
Mit /etc/init.d/network stop eth0 wirst Du auch den ifplugd wieder los.
/sbin/ifup eth1 & fi Wlan Button off: if [ $VAL -eq 95 ]; then # Wlan off /sbin/ifdown eth1 & /sbin/ifup eth0 &
/etc/init.d/network start eth0
fi
Wie auch immer: solange der ifplugd für eth0 nicht läuft (und eth0 sowieso down ist), hast Du genau dieses Verhalten.
Den ifplugd hab ich nun einfach mal ganz rausgenommen. Es funktioniert.
Du hast aber eine unnötige Verzögerung beim Booten, wenn das kabelgebundene Netzwerk eingeschaltet (aber nicht eingestöpselt) ist und Du die IP per DHCP beziehst. Mit dem ifplugd passiert das nicht ;-)
Eins ist noch seltsam: nach einschalten des Wlan gibt es, reproduzierbar, nach ca 5 sec einen kurzen Aussetzer.
Beobachte mal tail -f /var/log/messages und poste ggf. die relevanten Ausschnitte. Gruß Christian Boltz --
Ein Massenprovider hat nun mal jede Menge Kunden, und 10% Idioten sind halt immer dabei. Die stoeren mich gar nicht. Die 75 % Vollidioten schon eher. [Roman Niederdrenk und Hans Bonfigt in doc]
Am Donnerstag, 17. Februar 2005 23:30 schrieb Christian Boltz: Hallo Christian
Warum nicht per ifplugd? Das wäre die geschicktere Lösung.
Startmode eth1 manual
Wlan Button on: if [ $VAL -eq 94 ]; then # Wlan on /sbin/ifdown eth0 &
Mit /etc/init.d/network stop eth0 wirst Du auch den ifplugd wieder los.
/sbin/ifup eth1 & fi Wlan Button off: if [ $VAL -eq 95 ]; then # Wlan off /sbin/ifdown eth1 & /sbin/ifup eth0 &
/etc/init.d/network start eth0
Hast recht, das läuft dann doch sauberer.
Du hast aber eine unnötige Verzögerung beim Booten, wenn das kabelgebundene Netzwerk eingeschaltet (aber nicht eingestöpselt) ist und Du die IP per DHCP beziehst. Mit dem ifplugd passiert das nicht ;-) Richtig. Muss ich mich heut noch mal dran machen; mit ifplugd. Somit könnte ich beide Karten auf Startmode manual stellen. Der ifplugd braucht dann nur auf eth0 achten. Ein Wechselscript (zwischen eth0 und eth1) ist dann eigentlich nicht notwendig?
Eins ist noch seltsam: nach einschalten des Wlan gibt es, reproduzierbar, nach ca 5 sec einen kurzen Aussetzer.
Beobachte mal tail -f /var/log/messages und poste ggf. die relevanten Ausschnitte.
Wlan ein: Feb 18 10:35:09 linux acpi_hotkeys: undefined hotkey: 94 other hotkey ATKD 0000005e 00000002 Feb 18 10:35:10 linux dhcpcd[22051]: terminating on signal 15 Feb 18 10:35:10 linux modify_resolvconf: no matching backup found, left everything alone Feb 18 10:35:10 linux dhcpcd-hook: Skipping 'ifdown $INTERFACE -o dhcp' call Feb 18 10:35:10 linux kernel: eth1: RF Kill state changed to radio ON. Feb 18 10:35:10 linux kernel: eth1: Scheduling firmware restart. Feb 18 10:35:10 linux kernel: ipw2100: eth1: Restarting adapter. Feb 18 10:35:10 linux kernel: eth1: Using hotplug firmware load. Feb 18 10:35:11 linux kernel: ip6table_filter: Unknown parameter `ip6table_mangle' Feb 18 10:35:11 linux SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Feb 18 10:35:12 linux kernel: ipw2100: Associated with 'mywirelesshome' at 11Mbps, channel 9 Feb 18 10:35:12 linux kernel: martian source 255.255.255.255 from 192.168.1.1,on dev eth1 Feb 18 10:35:12 linux kernel: ll header: ff:ff:ff:ff:ff:ff:00:01:36:06:c7:55:08:00 Feb 18 10:35:12 linux modify_resolvconf: Service dhcpcd modified /etc/resolv.conf. See info block in this file Feb 18 10:35:13 linux kernel: SFW2-IN-ILL-TARGET IN=eth1 OUT= MAC=00:0c:f1:00:56:c5:00:01:36:06:c7:55:08:00 SRC=217.237.151.33 DST=192.168.1.101 LEN=149 TOS=0x00 PREC=0x00 TTL=57 ID=8044 PROTO=UDP SPT=53 DPT=1039 LEN=129 Feb 18 10:35:16 linux kernel: ip6table_filter: Unknown parameter `ip6table_mangle' Feb 18 10:35:16 linux SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Feb 18 10:35:18 linux kernel: eth1: Association lost. Feb 18 10:35:19 linux kernel: ip6table_filter: Unknown parameter `ip6table_mangle' Feb 18 10:35:20 linux SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Feb 18 10:35:20 linux kernel: ipw2100: Associated with 'mywirelesshome' at 11Mbps, channel 9 Die 4.letzte Zeile (eth1: Association lost) ist der Aussetzer. Hat das was mit der Firewall zu tun? Gruß Manfred -- Samsung P30 Suse 9.1 Pro KDE 3.3.2
Hallo Manfred, hallo Leute, Am Freitag, 18. Februar 2005 11:12 schrieb Manfred Timm:
Am Donnerstag, 17. Februar 2005 23:30 schrieb Christian Boltz:
Warum nicht per ifplugd? Das wäre die geschicktere Lösung. [...] Du hast aber eine unnötige Verzögerung beim Booten, wenn das kabelgebundene Netzwerk eingeschaltet (aber nicht eingestöpselt) ist und Du die IP per DHCP beziehst. Mit dem ifplugd passiert das nicht ;-)
Richtig. Muss ich mich heut noch mal dran machen; mit ifplugd. Somit könnte ich beide Karten auf Startmode manual stellen. Der ifplugd braucht dann nur auf eth0 achten. Ein Wechselscript (zwischen eth0 und eth1) ist dann eigentlich nicht notwendig?
Nicht zwingend. Es hat aber doch gewisse Vorteile, da das Verhalten bei Verfügbarkeit beider Netzwerkschnittstellen (Kabel + WLAN) klar definiert ist (wer bekommt die default route? DHCLIENT_PRIMARY_DEVICE führt zu eher zufälligen Ergebnissen.)
Eins ist noch seltsam: nach einschalten des Wlan gibt es, reproduzierbar, nach ca 5 sec einen kurzen Aussetzer.
Beobachte mal tail -f /var/log/messages und poste ggf. die relevanten Ausschnitte.
Wlan ein: [...] Feb 18 10:35:12 linux kernel: ipw2100: Associated with 'mywirelesshome' at 11Mbps, channel 9 Feb 18 10:35:12 linux kernel: martian source 255.255.255.255 from 192.168.1.1,on dev eth1
Verwendest Du das gleiche Subnet für eth0 und eth1? Wenn möglich, ändere das - erspart etwas Ärger beim Routing ;-) [...]
Feb 18 10:35:18 linux kernel: eth1: Association lost. [...] Die 4.letzte Zeile (eth1: Association lost) ist der Aussetzer. Hat das was mit der Firewall zu tun?
IMHO nicht, die Firewall-Meldungen sind eher eine Folge davon. Was den Fehler verursacht, kann ich aus den Logeinträgen leider nicht erkennen. Bei mir läuft der ipw2100-Treiber zwar selten (mangels WLAN @home), aber auf jeden Fall problemlos. Gruß Christian Boltz -- Herr Doktor Boltz, wäre es vielleicht möglich, ihrem Patienten Makefile eine Datei zu implementieren? scripts/make_preview_path.pl, wenn's recht ist... :-) Gruß, Prof. font. Ratti [Ratti in fontlinge-devel]
Am Sonntag, 20. Februar 2005 01:14 schrieb Christian Boltz: Hallo an alle
Richtig. Muss ich mich heut noch mal dran machen; mit ifplugd. Somit könnte ich beide Karten auf Startmode manual stellen. Der ifplugd braucht dann nur auf eth0 achten..... Gesagt, getan. Funktioniert gut.
Ein Wechselscript (zwischen eth0 und eth1) ist dann eigentlich nicht notwendig? Nicht zwingend. Es hat aber doch gewisse Vorteile, da das Verhalten bei Verfügbarkeit beider Netzwerkschnittstellen (Kabel + WLAN) klar definiert ist (wer bekommt die default route? DHCLIENT_PRIMARY_DEVICE führt zu eher zufälligen Ergebnissen.) Nun, das wäre sicher ideal. ZB eth0 darf erst, wenn eth1 down ist. Der User muss dann erst Wlan abschalten. Dies ist mir im Moment aber noch etwas ...äh zu viel für meine bescheidenen Scriptkenntnisse. Kommt noch.
Feb 18 10:35:12 linux kernel: ipw2100: Associated with 'mywirelesshome' at 11Mbps, channel 9 Feb 18 10:35:12 linux kernel: martian source 255.255.255.255 from 192.168.1.1,on dev eth1
Verwendest Du das gleiche Subnet für eth0 und eth1? Wenn möglich, ändere das - erspart etwas Ärger beim Routing ;-) Wo, wenn möglich, ändere ich das??
Die 4.letzte Zeile (eth1: Association lost) ist der Aussetzer. Hat das was mit der Firewall zu tun?
IMHO nicht, die Firewall-Meldungen sind eher eine Folge davon. Was den Fehler verursacht, kann ich aus den Logeinträgen leider nicht erkennen. Bei mir läuft der ipw2100-Treiber zwar selten (mangels WLAN @home), aber auf jeden Fall problemlos. Diesen Aussetzer habe ich auch erst seit Nutzung von asus_acpi in Verbindung mit meinem Script:
if [ $VAL -eq 94 ]; then # Wlan Button on --> start centrino /etc/init.d/network stop eth0 & # use ifplugd for eth0 /sbin/ifup eth1 & fi Liegt hier der Hund begraben? Gruß Manfred -- Samsung P30 Suse 9.1 Pro KDE 3.3.2
Hallo Manfred, hallo Leute, Am Sonntag, 20. Februar 2005 13:57 schrieb Manfred Timm:
Am Sonntag, 20. Februar 2005 01:14 schrieb Christian Boltz: [Manfred Timm]
Ein Wechselscript (zwischen eth0 und eth1) ist dann eigentlich nicht notwendig?
Nicht zwingend. Es hat aber doch gewisse Vorteile, da das Verhalten bei Verfügbarkeit beider Netzwerkschnittstellen (Kabel + WLAN) klar definiert ist (wer bekommt die default route? DHCLIENT_PRIMARY_DEVICE führt zu eher zufälligen Ergebnissen.)
Nun, das wäre sicher ideal. ZB eth0 darf erst, wenn eth1 down ist. Der User muss dann erst Wlan abschalten. Dies ist mir im Moment aber noch etwas ...äh zu viel für meine bescheidenen Scriptkenntnisse. Kommt noch.
Wieso? Das, was Du unten schreibst, geht in genau diese Richtung.
Feb 18 10:35:12 linux kernel: ipw2100: Associated with 'mywirelesshome' at 11Mbps, channel 9 Feb 18 10:35:12 linux kernel: martian source 255.255.255.255 from 192.168.1.1,on dev eth1
Verwendest Du das gleiche Subnet für eth0 und eth1? Wenn möglich, ändere das - erspart etwas Ärger beim Routing ;-)
Wo, wenn möglich, ändere ich das??
Falls Du statische IPs verwendest, in YaST2 bei der Netzwerk- konfiguration (sowie natürlich auch auf den anderen Rechnern im Netzwerk) Falls Du dynamische IPs per DHCP verwendest: In der Konfiguration des DHCP-Servers.
Die 4.letzte Zeile (eth1: Association lost) ist der Aussetzer. Hat das was mit der Firewall zu tun?
IMHO nicht, die Firewall-Meldungen sind eher eine Folge davon. [...]
Diesen Aussetzer habe ich auch erst seit Nutzung von asus_acpi in Verbindung mit meinem Script:
if [ $VAL -eq 94 ]; then # Wlan Button on --> start centrino /etc/init.d/network stop eth0 & # use ifplugd for eth0 /sbin/ifup eth1 &
Probier mal, die Aufrufe nicht in den Hintergrund zu schicken - also jeweils das "&" entfernen. Bei der Ausführungszeit dürfte das keinen wesentlichen Unterschied ergeben, aber die Ausführreihenfolge ist definiert. Der nächste Versuch sollte sein, das asus_acpi-Modul nicht zu verwenden und das Script von Hand aufzurufen. Was passiert dann? Gruß Christian Boltz --
ich übenehme dann freiwillig die Rolle des Dussels des Tages. Ne ne mein Freund, den Titel lasse ich mir nicht nehmen, mit meiner DSL-Geschichte... Dusseliger kann man sich nicht anstellen... [> Ralf Prengel und Dieter Soost in suse-linux]
Am Montag, 21. Februar 2005 00:59 schrieb Christian Boltz:
Verwendest Du das gleiche Subnet für eth0 und eth1? Wenn möglich, ändere das - erspart etwas Ärger beim Routing ;-) [...] Falls Du dynamische IPs per DHCP verwendest: In der Konfiguration des DHCP-Servers.
Werd ich mir mal meinen Router vornehmen müssen.
Diesen Aussetzer habe ich auch erst seit Nutzung von asus_acpi in Verbindung mit meinem Script:
if [ $VAL -eq 94 ]; then # Wlan Button on --> start centrino /etc/init.d/network stop eth0 & # use ifplugd for eth0 /sbin/ifup eth1 &
Probier mal, die Aufrufe nicht in den Hintergrund zu schicken - also jeweils das "&" entfernen. Bei der Ausführungszeit dürfte das keinen wesentlichen Unterschied ergeben, aber die Ausführreihenfolge ist definiert. Kein Unterschied. Gleiches Phänomen.
Der nächste Versuch sollte sein, das asus_acpi-Modul nicht zu verwenden und das Script von Hand aufzurufen. Was passiert dann? Seltsamerweise genau das gleiche. Kurzer Aussetzer.
Früher habe ich eth1 beim booten gestartet. Zwischen den Karten wurde dann per ifplugd Script hin und hergeschaltet. Zu dieser Zeit gab es diesen kurzen Aussetzer nach dem Start nicht. Seltsam. Gruß Manfred -- Samsung P30 Suse 9.1 Pro KDE 3.3.2
participants (2)
-
Christian Boltz
-
Manfred Timm