Menu

Nach ein paar Tagen will WLAN nicht mehr

Help
Thuffir
2011-11-21
2013-05-29
  • Thuffir

    Thuffir - 2011-11-21

    Hallo,

    Ich habe den Router als Access Point an einem Kabelmodem dran gehängt. Die ganze funktioniert je nach dem mal eine Woche, mal paar Tage lang, und danach lässt das WLAN keine neuen Clients mehr verbinden. Die Clients die bereits erfolgreich verbunden sind, funktionieren weiterhin problemlos, bloß die Geräte (Handy, Netbook, etc) die regelmäßig ein- und ausgeschaltet werden lassen sich nicht mehr verbinden.

    Router neustarten oder nur  WLAN neustarten hilft, ist aber ziemlich ärgerlich und umständlich.
    Hat jemand (coolman?) eine Idee wie Ich das Problem eingränzen könnte? Mir gehen die Ideen langsam aus…

    Vielen Dank im Voraus!

    Meine Konfiguration:

    Printing NVRAM-Info...OK
    table_size=3871
    prestart_custom_start=1
    prestart_custom_script=/opt/bin/urandom.sh
    fw_prot_forwarding=
    wl_shortslot_restrict=0
    wl_scb_timeout=60
    wl_dtim=1
    wl_bi=100
    wl_frameburst=1
    wl_gmode_protection_cts=1
    wl_gmode_protection_control=0
    wl_gmode_protection_override=-1
    wl_cwmax=1023
    wl_cwmin=31
    wl_rtsthresh=2347
    wl_fragthresh=2346
    wl_shortslot_override=-1
    wl_antdiv=3
    wl_txant=3
    wl_pwr_percent1=100
    wl_mrate=-1
    wl_rate=-1
    ssh_authorized_keys=*** PRIVATE ***
    fw_port_forwarding=*** PRIVATE ***
    custom_script=/etc/start_scripts/lan.sh restart
    /etc/start_scripts/ddns.sh restart
    /opt/bin/upnp -L wl0 -W br0 -D
    custom_start=1
    ddns_dyndns_user=*** PRIVATE ***
    ddns_dyndns_pass=*** PRIVATE ***
    ddns_dyndns_domain=*** PRIVATE ***
    ddns_service=0
    ddns_start=1
    ssh_disable_plogin=0
    ssh_issue=0
    fw_services_tcp=*** PRIVATE ***
    ssh_port=*** PRIVATE ***
    ssh_start=1
    telnet_start=0
    dns_filterwin2k=1
    fw_ct_gre=1
    fw_ct_tftp=0
    fw_ct_rtsp=0
    fw_ct_pptp=0
    fw_ct_irc=0
    fw_ct_ftp=1
    fw_udp_timeout=120
    fw_tcp_timeout=4096
    fw_max_conntrack=4096
    fw_wan_ping=0
    fw_wan_if=br0
    fw_start=1
    wl_wsec=4
    wl_wpa_gtk_rekey=3600
    wl_wpa_psk=*** PRIVATE ***
    wl_wpa_auth=128
    wl_gw=192.168.2.1
    wl_ipmask=255.255.255.0
    wl_ipaddr=192.168.2.1
    wl_wet=0
    wl_close=0
    wl_channel=9
    wl_essid=*** PRIVATE ***
    wl_gmode=1
    wl_ap=1
    wl_infra=1
    wl_up=1
    lan_mac_cloning=
    lan_ipaddr=dhcp
    lan_stp=0
    lan_hostname=router
    rbutton_handler=
    rbutton_handler_start=0
    rbutton_start=0
    ntp_index=10
    ntp_server=europe.pool.ntp.org
    ntp_timezone=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00
    ntp_start=1
    mini_fo=jffs
    dns_custom_start=0
    dnshosts=
    dns_domain=lan
    dns_start=0
    dhcp_custom_start=0
    dhcp_dns4=
    dhcp_dns3=
    dhcp_dns2=
    dhcp_dns1=192.168.2.1
    dhcp_gateway=192.168.2.1
    dhcphosts=
    dhcp_lease_t=h
    dhcp_lease=12
    dhcp_toip=192.168.2.150
    dhcp_fromip=192.168.2.100
    dhcp_start=1
    ssh_rsa_key=*** PRIVATE ***
    ssh_dss_key=*** PRIVATE ***
    etc_group=root::0:
    thuffir::1000:
    etc_passwd=root:*** PRIVATE ***:0:0:Root:/opt/home/root:/bin/sh
    thuffir:*:1000:1000:Thuffir:/:/bin/sh
    
     
  • Patrick Schmidt

    Patrick Schmidt - 2011-12-17

    Ich vermute das kann nur nas liegen. Das ist das Broadcom-Binary was die AP-Funktionen macht. Man könnte mal versuchen eine neuere nas-Version z.B. von openwrt o.ä. zu verwenden.

    Der beste Workaround ist wahrscheinlich ein 'wlan restart' jede Nacht. Du kannst ja auch mal bei den wlctl-Befehlen schauen ob sich da vielleicht ein Kommando findet um die Client-Tabelle abzufragen.

    Läuft der nas noch ordnungsgemäß wenn es nicht mehr geht?

     

Log in to post a comment.

MongoDB Logo MongoDB