Bug:
Die aktuelle Firmware (0.3.3) kann keine WLAN-ESSIDs nutzen, die nur aus Zahlen bestehen. Wenn man z.B. als ESSID "22" setzt, so benutzt der Router automatisch den Standardwert "BITSWITCHER" als ESSID. Erst wenn mind. ein Buchstabe dabei ist, funktioniert es. Soweit ich das sehe wird die ESSID aber in jedem Fall richtig im NVRAM gespeichert. Es liegt meiner Meinung nach an der Parameterüberprüfung in der Datei /etc/start_scripts/wlan.sh
Außerdem gibts auch Probleme mit dem WLAN-Client-Mode. Ich habe einen Speedtouch 585i v6 als Accesspoint. Außerdem habe ich es mit einer Fritzbox 7141 versucht. Die versch. Verschlüsselungsverfahren habe ich durchprobiert mit demselben Ergebnis.
- Im Bridge-Modus geht so von Haus aus gar nichts. Laut Webinterface steht die Verbindung zum WLAN-Accesspoint. Die LAN-IP entspricht der IP des normalen WLAN-Netzes aber irgendwie ist ein Ping raus nicht möglich (sowohl von einem PC aus, als auch per telnet). Wenn ich per telnet nachsehe, dann ist das WLAN-Interface zur Bridge br0 hinzugefügt, was per se eigtl. ok ist. Allerdings wird nichts übertragen - bei "ifconfig wl0" steht immer "TX packets: 0". Wenn ich nachträglich ein "killall nas" gefolgt vom selben ellenlangen nas-Befehl ausführe, gehts. Allerdings geht das nur nach ca. 10s nachdem das Skript beendet wurde; ansonsten ist es wirkungslos. Scheint vielleicht irgendwas damit zu tun zu haben, dass die WLAN-Verbindung ne Weile zum Aufbauen braucht?
- Im "separate Modus" dagegen funktioniert der Ping vom Router aus. Was aber fehlt: Man kann kein Standardgateway für das WLAN angeben. Somit komme ich nicht ins Internet. In den LAN-Einstellungen kann man ein Gateway nicht angeben, weil hier das LAN in einem anderen Subnetz als das WLAN ist (sonst würde das Routing ja nicht hinhauen). Auch wenn mans über das nvram-Tool manuell einstellt (entweder über wl_gw oder lan_gw) bringt das nichts. Ich habe dann ein Custom script mit Inhalt "route add default gw 192.168.1.1" angelegt und dann funktionierts.
Edit:
Hab mal einen Log des WLAN-Scripts im Bridge-Modus anfertigen lassen (WLAN-Passwort natürlich verändert
).
Der Fehler mit dem "netbui" anstatt "netbeui" sollte nicht ausschlaggebend sein (wenngleich es ein Bug ist). Ansonsten sehe ich da nichts Auffälliges...
Die aktuelle Firmware (0.3.3) kann keine WLAN-ESSIDs nutzen, die nur aus Zahlen bestehen. Wenn man z.B. als ESSID "22" setzt, so benutzt der Router automatisch den Standardwert "BITSWITCHER" als ESSID. Erst wenn mind. ein Buchstabe dabei ist, funktioniert es. Soweit ich das sehe wird die ESSID aber in jedem Fall richtig im NVRAM gespeichert. Es liegt meiner Meinung nach an der Parameterüberprüfung in der Datei /etc/start_scripts/wlan.sh
Außerdem gibts auch Probleme mit dem WLAN-Client-Mode. Ich habe einen Speedtouch 585i v6 als Accesspoint. Außerdem habe ich es mit einer Fritzbox 7141 versucht. Die versch. Verschlüsselungsverfahren habe ich durchprobiert mit demselben Ergebnis.
- Im Bridge-Modus geht so von Haus aus gar nichts. Laut Webinterface steht die Verbindung zum WLAN-Accesspoint. Die LAN-IP entspricht der IP des normalen WLAN-Netzes aber irgendwie ist ein Ping raus nicht möglich (sowohl von einem PC aus, als auch per telnet). Wenn ich per telnet nachsehe, dann ist das WLAN-Interface zur Bridge br0 hinzugefügt, was per se eigtl. ok ist. Allerdings wird nichts übertragen - bei "ifconfig wl0" steht immer "TX packets: 0". Wenn ich nachträglich ein "killall nas" gefolgt vom selben ellenlangen nas-Befehl ausführe, gehts. Allerdings geht das nur nach ca. 10s nachdem das Skript beendet wurde; ansonsten ist es wirkungslos. Scheint vielleicht irgendwas damit zu tun zu haben, dass die WLAN-Verbindung ne Weile zum Aufbauen braucht?
- Im "separate Modus" dagegen funktioniert der Ping vom Router aus. Was aber fehlt: Man kann kein Standardgateway für das WLAN angeben. Somit komme ich nicht ins Internet. In den LAN-Einstellungen kann man ein Gateway nicht angeben, weil hier das LAN in einem anderen Subnetz als das WLAN ist (sonst würde das Routing ja nicht hinhauen). Auch wenn mans über das nvram-Tool manuell einstellt (entweder über wl_gw oder lan_gw) bringt das nichts. Ich habe dann ein Custom script mit Inhalt "route add default gw 192.168.1.1" angelegt und dann funktionierts.
Edit:
Hab mal einen Log des WLAN-Scripts im Bridge-Modus anfertigen lassen (WLAN-Passwort natürlich verändert
).
Code:
wlctl down
wlctl disassoc
brctl delif br0 wl0
ifconfig wl0 down
killall -9 nas
killall: nas: no process killed
wlctl down
wlctl clk 1
setup_general()
wlctl country ALL
Setting country code using abbreviation: "ALL"
wlctl antdiv 3
wlctl txant 3
wlctl pwr_percent1 100
wlctl PM 2
setup_infra()
detected infrastructure-mode
wlctl infra 1
wlctl up
wlctl ap 0
setup_ieee80211()
ifconfig wl0 down
wlctl gmode 2
setup_ieee80211() detected G-mode or Mixed-mode...adding G-mode specific parameters
wlctl rate -1
wlctl mrate -1
wlctl channel 13
wlctl cwmin 31
wlctl cwmax 1023
wlctl fragthresh 2346
wlctl rtsthresh 2347
wlctl shortslot_override -1
wlctl gmode_protection_override 1
wlctl gmode_protection_control 0
wlctl gmode_protection_cts 1
wlctl frameburst 0
setup_bridging()
bridging is enabled
wlctl wet 1
brctl addif br0 wl0
ifconfig wl0 up
setup_security()
wlctl auth 0
WPA(2)/PSK(2)-authentication is set
ebtables -t broute -F
ebtables -t broute -A BROUTING -p arp -j ACCEPT
ebtables -t broute -A BROUTING -p ipv4 -j ACCEPT
ebtables -t broute -A BROUTING -p ppp_disc -j ACCEPT
ebtables -t broute -A BROUTING -p ppp_ses -j ACCEPT
ebtables -t broute -A BROUTING -p atalk -j ACCEPT
ebtables -t broute -A BROUTING -p aarp -j ACCEPT
ebtables -t broute -A BROUTING -p ipx -j ACCEPT
ebtables -t broute -A BROUTING -p netbui -j ACCEPT
Problem with the specified protocol.
ebtables -t broute -A BROUTING -j DROP
wlctl wepstatus 0
wlctl wsec 6
wlctl wsec_restrict 1
wlctl wpa_auth 128
wlctl eap 1
nas -H 34954 -P /var/nas.lan.pid -i wl0 -S -m 128 -k 'P''a''s''s''w''o''r''t' -s '1''a' -w 6 -g 3600 &
checking if nas is really running...
setup_infra()
detected infrastructure-mode
wlctl infra 1
wlctl up
wlctl ap 0
setup_macfilter()
setup_macfilter() ignoring mac_filter because no AP-mode detected
wlctl macmode 0
wlctl mac none
setup_wds()
setup_wds() ignoring WDS setting because no AP-mode detected
setup_ipaddr()
Zuletzt bearbeitet von einem Moderator:
