WLHDD vs Kabelnetzwerk (Gateway für USB-->UMTS)

[MadCyborg]

Tagschön,
ich nutze eine WLHDD mit der letzten Oleg-Firmware (die auf der WLHDD arbeitet, habe ich das richtig mitbekommen, das die WLHDD in Zukunft nicht mehr unterstützt wird?).
Ich nutze das gute Stück als Gateway, undzwar über USB und ein UMTS-Handy.
Soweit funktioniert alles, nur suche ich eine elegante Lösung, auch den Lan-Port der Kiste zu nutzen, denn nicht alle Rechner die ins Netz sollen haben Wlan und die Notebooks, die per Wlan eingebunden sind sollen auf den Netzwerkdrucker zugreifen können.
Ich habe die Option "Use WAN port as LAN" unter "USB Connection - Connection Mode" durchaus gesehen, jedoch ist sie mehr oder weniger wirkungslos, denn wenn ich mich ins Internet verbinde, fliegt eth1 trotzdem aus der Bridge.
Ich kann eth1 dann wieder eintragen und dann gehts auch wieder, aber ich muss das manuel machen...nicht grade elegant.
-->2 Möglichkeiten:
1. Kann man irgendwo eine Datei umschreiben, das der Lan-Port nicht aus der Bridge genommen wird?
2. Kann man irgendwie ein Script automatisch ausführen lassen, nachdem man sich ins Internet verbunden hat?

1. Sollte ja eigentlich schon möglich sein, 2. muss gehen. Aber wie?
Ich habe schon ne ganze weile rumgesucht, aber nix gefunden...

[MadCyborg]

Kann oder will mir niemand antworten?

[newbiefan]

Naja, ich denke mal, etwas Geduld ist auch nicht verkehrt. In der Regel bekommt man ja am gleichen Tag noch eine Antwort. Die Leute bekommen keinen Gehalt und machen eine Hilfestellung freiwillig.

So, nun zu deinem Problem:
Da ich keine Wl-HDD habe, muss ich etwas hinterfragen.
-Wie bindest du eth1 wieder ein, damit es wieder geht?
-Ein Script sollte kein allzu grosses Problem sein - dazu muss ich aber etwas mehr wissen - welche Koppel-FW hast Du auf der Wl-HDD?
-Welche Progs laufen sonst noch?
-Kannst du die Ausgabe von Top im Betrieb posten?

LG

[MadCyborg]

Naja, ich dachte mir nach einer Woche könnte ich dann doch nochmal nachhaken ;).

Also:
Firmware-Version: 1.9.2.7-9-USB-1.70

Damit nach dem Start eth1 erreichbar ist hab ich usr/local/sbin/post-boot so angepasst (vorher leer):

#!/bin/sh
brctl addif br0 eth0
brctl addif br0 eth1
ifconfig eth0 down
ifconfig eth1 down
ifconfig eth0 0.0.0.0 up
ifconfig eth1 0.0.0.0 up

Mein Script um eth1 nach dem Verbinden wieder zu erreichen sieht so aus:

#!/bin/sh
brctl delif br0 eth0
brctl delif br0 eth1
brctl addif br0 eth0
brctl addif br0 eth1
ifconfig eth0 down
ifconfig eth1 down
ifconfig eth0 0.0.0.0 up
ifconfig eth1 0.0.0.0 up

Mein Problem tritt übrigens nur auf, wenn ich manuell verbinde. Wenn die Verbindung einfach so abbricht und sich neu verbindet, hat das keinen Einfluss. Leider lässt sich das manuelle Verbinden aber nicht vermeiden...

Ansonsten befindet sich das Setup mehr oder weniger im Urzustand, soll heißen ich habe keine weitere Software installiert.

Top sagt:

Mem: 12572K used, 1552K free, 0K shrd, 904K buff, 4360K cached
Load average: 0.00, 0.00, 0.00 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
4129 admin R 444 3959 1.5 3.1 top
44 admin S 344 1 0.1 2.4 telnetd
4078 admin S 656 3885 0.0 4.6 pppd
3959 admin S 584 44 0.0 4.1 sh
4125 admin S 560 44 0.0 3.9 sh
1 admin S 536 0 0.0 3.7 init
51 admin S 524 1 0.0 3.7 nas
57 nobody S 516 1 0.0 3.6 dnsmasq
3885 admin S 508 1 0.0 3.5 dial
3730 admin S 476 1 0.0 3.3 httpd
73 admin S 456 1 0.0 3.2 watchdog
56 admin S 400 1 0.0 2.8 syslogd
55 admin S 360 1 0.0 2.5 klogd
76 admin S 344 73 0.0 2.4 ntp
69 admin S 336 1 0.0 2.3 rcamdmain
72 admin S 308 1 0.0 2.1 infosvr
2 admin SW 0 1 0.0 0.0 keventd
3 admin SWN 0 1 0.0 0.0 ksoftirqd_CPU0
7 admin SW 0 1 0.0 0.0 mtdblockd
4 admin SW 0 1 0.0 0.0 kswapd
58 admin SW 0 1 0.0 0.0 khubd

[newbiefan]

Hm, sehe nix spezifisches......
Also ich wuerde wie folgt vorgehen:
1.) Kontrolle vom nvram (Ich habe die 70er Koppel auf einem WL500gP,
Auszug vom Nvram als Beilage - zur Kontrolle)
Wird wahrscheinlich nichts helfen, sind ja nur ein paar Eintraege die vlan
und eth0 od. eth1 betreffen im nvram.
2.) Abhaengig von deinem Datenvolumen, wuerde ich einen Server alle x
Sekunden anpingen und wenns nicht mehr geht, deine Befehle ausfuehren.
Eventuell kann man das pingen auch sparen, wenn z.Bspl. ein Interface
verschwindet oder etwas anderes drinnen steht. Kannst du das einmal
ueberpruefen? Wir brauchen einfach irgend eine Aenderung, welche nur bei
defekter Bridge auftritt - zumindest muss man eindeutig wissen, dass es
nicht mehr geht.

Bringt ifconfig die gleichen Einstellungen wie nach dem Start? Oder sind einfach die Nameserver aus der /etc/resolv.conf verschwunden? es faellt mir schwer zu glauben, dass die interne Bridge sich selbst einige Interfaces abhaengt. Sobald wir eine eindeutige Zuordnung machen koennen, schreibe ich dir einen kleinen Script, den kannst in der post-mount oder post-boot starten. Dazu muss ich aber wissen, nach was der Script suchen/fragen soll.

[MadCyborg]

Ich habe die Tage jetzt erstmal leider wenig/keine Zeit mich um das Problem weiter zu kümmern.
Ansonsten hatte ich darüber nachgedacht cron zu installieren und eben regelmäßig überprüfen zu lassen ob eth1 noch in der Bridge steht.

Das manuelle Verbinden über die Webseite startet doch sicherlich auch nur den pppd, oder?
Wie/Wo ist denn das konfiguriert? (gesucht habe ich wie gesagt schon endlos...)
Und pppd muss ja auch irgendwoher seine Einstellungen nehmen, wärs da nicht irgendwie möglich das Ausführen meines Scriptes mit unterzumogeln?