Menu

WLAN Bridge - unterschiedliche Subnetze

Help
2012-03-20
2013-05-29
  • PhrozenByte

    PhrozenByte - 2012-03-20

    Tag zusammen,

    habe ein kleines Problem mit Bitswitcher in meiner neuen Wohnung… Meine Vermieterin stellt mir kostenlos ihr WLAN zur Verfügung, klar dass ich das dann auch nutzen möchte - selbst einen Vertrag abzuschließen bringt eh nichts, das Internet ist hier auf Grund des schlechten Netzausbaus eh durch die Hardware begrenzt. Auf mein kleines, nicht in das Netzwerk der Vermieterin geroutete Privatnetz möchte ich dann aber doch nicht verzichten. Die Lösung ist wohl eine WLAN Bridge…

    Es ist absolut super dass Bitswitcher das unterstützt, leider funktioniert es in meinem Fall nicht. Das WLAN meiner Vermieterin verschlüsselt mit WPA2-Personal und befindet sich im Subnetz 192.168.178.0/255.255.255.0, der Router (Standardgateway) ist 192.168.178.1 und liefert die Adressen mit DHCP aus. Mein Privatnetz ist das Subnetz 192.168.2.0/255.255.255.0, Bitswitcher läuft unter 192.168.2.1 und liefert ebenfalls Adressen mit DHCP aus. Die Netzwerke sollen *nicht* gebridget werden sondern separiert bleiben, dennoch soll Bitswitcher 192.168.178.1 als Gateway ins Internet nutzen. Meine Lösung wäre gewesen eben das einzustellen - also SSID eingetragen, Security Settings gemacht, Netz als separated gewählt und Bezug der Daten via DHCP. Resultat im Log:

    Debug log
    insmod /lib/modules/2.6.8.1/extra/wl.ko
    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 "0"
    setup_infra()
    detected infrastructure-mode
    wlctl infra 1
    wlctl up
    wlctl ap 0
    setup_ieee80211()
    ifconfig wl0 down
    wlctl gmode 1
    setup_ieee80211() detected G-mode or Mixed-mode...adding G-mode specific parameters
    wlctl rate "-1"
    wlctl mrate "-1"
    wlctl channel "10"
    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 disabled
    wlctl wet 0
    brctl delif br0 wl0
    device wl0 is not a slave of br0
    ifconfig wl0 up
    ifconfig eth0 up
    setup_security()
    wlctl auth 0
    WPA(2)/PSK(2)-authentication is set
    ebtables -t broute -F
    wlctl wepstatus 0
    wlctl wsec 4
    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 'F''R''I''T''Z''!''B''o''x'' ''W''L''A''N'' ''3''2''7''0' -w 4 -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()
    udhcpc -i wl0 -b -p /var/run/udhcp_wlan.pid -s /etc/start_scripts/udhcpc_set.sh
    udhcpc (v1.9.2) started
    Sending discover...
    Sending discover...
    Sending discover...
    Usage: /etc/start_scripts/udhcpc_set.sh {bound|renew|deconfig}
    No lease, forking to background
    start_watch()
    /usr/bin/wlan_watch.sh 'wlctl join "'F''R''I''T''Z''!''B''o''x'' ''W''L''A''N'' ''3''2''7''0'" imode bss amode wpa2psk' 5 &
    /bin/sh: syntax error: Unterminated quoted string
    sleep: invalid number 'WLAN'
    /bin/sh: syntax error: Unterminated quoted string
    sleep: invalid number 'WLAN'
    /bin/sh: syntax error: Unterminated quoted string
    sleep: invalid number 'WLAN'
    /bin/sh: syntax error: Unterminated quoted string
    ...
    

    Erstmal offensichtlich sind die letzten Fehler, sprich der an /usr/bin/wlan_watch.sh übergebene Befehl wird nicht escaped. Das habe ich einfach mal behoben, das eigentliche Problem löst es aber nicht - denn der Bezug der Adresse über DHCP funktioniert erst gar nicht. Die Ausgabe von ifconfig:

    br0       Link encap:Ethernet  HWaddr 00:16:38:47:62:30  
              inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:575 errors:0 dropped:0 overruns:0 frame:0
              TX packets:573 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:63104 (61.6 KiB)  TX bytes:124649 (121.7 KiB)
    eth0      Link encap:Ethernet  HWaddr 00:16:38:47:62:30  
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:578 errors:0 dropped:0 overruns:0 frame:0
              TX packets:573 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:73721 (71.9 KiB)  TX bytes:128110 (125.1 KiB)
              Interrupt:28 Base address:0x6000 
    lo        Link encap:Local Loopback  
              inet addr:127.0.0.1  Mask:255.0.0.0
              UP LOOPBACK RUNNING  MTU:16436  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
    wl0       Link encap:Ethernet  HWaddr 00:16:38:47:62:31  
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:1
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
              Interrupt:32
    

    Die Einstellungen (SSID, Channel, Security Settings) sind definitiv richtig, die gleichen Einstellungen haben immerhin funktioniert als das Skript gefixt und das Netzwerk gebridget war ;-)

    Wo steckt der Fehler, was kann ich tun dass die beiden Netzwerke separiert nebeneinander bestehen und ich ins Internet komme?

    Danke schonmal und Grüße,
    Rudi

     
  • TOMOK10

    TOMOK10 - 2012-03-28

    Hallo,

    ich schreibe diese Antwort über folgende (gesuchte?) Lösung:

    - PC in eigenem Subnetz 
      über LAN mit Speedport W500V (BS 0.3.10 prebuilt) verbunden
    - Internetzugang (VDSL) über Speedport W920V
    - W920V und W500V (BS) via W-LAN verbunden

    BS-Parametrierung:

    1) LAN-Interface:
    - 192.167.1.97/255.255.0.0/192.167.1.97(gw)/192.168.2.1(dns)
    - DHCP ‚off’
    - STP ‚off’


    2) WLAN-Interface:
    - ‚client’
    …(WLAN Details)
    - DHCP ‚disabled’
    - ‚separate’
    - 192.168.2.97/255.255.0.0/192.168.2.1(gw)


    3) DSL/WAN: alles ‚off’

    4) Firewall:
    - SPI ‚on’
    - WAN interface ‚WLAN’
    - WAN ping ‚on’
    - NAT-loopback ‚on’


    Ich arbeite mit festen IPs und habe DHCP nicht getestet.

    Tipp:
    Im Bridge-Modus beginnen (die W-LAN-Strecke zum Internet-Zugangs-
    router muss funktionieren) und dann sukzessive umstellen und testen.
    Benutzt man ein Notebook als ‚PC’, kann man dessen LAN- und  W-LAN-
    Adapter mit getrennten IP-Adress-Kreisen passend zum BS-Router versehen.
    So kommt man in der Testphase von ‚beiden Seiten’ an den W500V heran.

    Viele Erfolg!

     
  • PhrozenByte

    PhrozenByte - 2012-03-30

    Erstmal danke, es funktioniert jetzt! :-)

    Was der konkrete Auslöser war weiß ich nicht, ich habe eigentlich zwei denkbare Möglichkeiten:
    - Der Empfang von der Basisstation war generell sehr schlecht weil die Station in der Wohnung der Vermieterin steht. Das ist nicht nur zwei Stockwerke unter mir sondern auch noch im Altbau, hinzu kommt also nochmal eine gut 1 Meter dicke Steinwand. Das in meinem Notebook (Dell Vostro) verbaute WLAN-Modul ist eher überdurchschnittlich, selbst damit hatte ich aber häufig Verbindungsabbrüche und insbesondere DHCP wollte häufig nicht. Das WLAN des inzwischen ja doch recht alten Speedport W500V ist entsprechend schlechter. Habe jetzt einen alten Speedport W701V gefritzt und als Repeater eingerichtet, jetzt ist der Empfang einwandfrei.
    - Die zweite Fehlerquelle sind die Einstellungen. Nicht so eingestellt wie von dir vorgeschlagen hatte ich das LAN-Gateway und NAT-Loopback war wie im Default von BitSwitcher aus. Keine Ahnung ob das etwas ausgemacht hat…

    Der Speedport W500V holt sich jetzt auch wie gewünscht seine IP-Adresse, DNS und Gateway vom WLAN per DHCP. Der Fehler in /usr/bin/wlan_watch.sh sollte aber vielleicht doch noch gefixt werden. Der Aufruf erfolgt schlicht nicht unter Berücksichtigung dass SSIDs auch Leerzeichen enthalten dürfen. Man kann entweder den Aufruf fixen oder das Skript -  ich habe mich mit einer while-Schleife beholfen dass das Skript beliebig viele Parameter aktzeptiert, immer der letzte Parameter den Timer angibt und alle vorherigen Parameter als cmd angenommen werden.

    Dankeschön für die Hilfe und Grüße,
    Rudi

     
  • TOMOK10

    TOMOK10 - 2012-03-31

    Vielen Dank für die Rückmeldung!

    Noch kurz zum Funk-Problem (Repeater einsparen):
    a) Man könnte den besten Standort ermitteln, den W500V dort an die Wand
        schrauben und über ein langes LAN-Kabel mit dem sonstigen Netz verbinden.
        BTW:
        ‚Durch’ eine 1 m dicke Wand wird Hochfrequenz von 2.400 MHz kaum strahlen;
        die Verbindung zur Vermieterin wird nur über Reflektionen durch Fenster und
        Türen/Flure laufen.

    b) Hier im Forum – glaube ich – ist der Anschluss eines pigtail-Adapters für eine
         externe (Richt)-Antenne noch nie behandelt worden (ggfs. über ein längeres dann
         aber bitte sehr hochwertiges Koaxkabel.) Unter
         ‚WLAN Settings / Advanced settings’ (unten auf der Seite)
         kann man weitere Einstellungen vornehmen.

    Beste Grüße und weiter viel Erfolg!

     

Log in to post a comment.

MongoDB Logo MongoDB