No właśnie nic. Raczej nic.
W nocy zainstaluję go od zera i pokażę logi.

Pokaż uci show dhcp

Nie, tu jest dobrze. Myślałem że klient requestował o adres spoza zakresu.

To znowu ja. Wróciłem do tematu, bo jest mi potrzebny.
Z konfiguracji radia wywaliłem wszystkie ulepszenia, zmiany macadresów itp. W trakcie testów przestawiłem też z 802.11bgn na 802.11bg

Firmware: 10.03.1 oryginalne (z OpenWrt.org), 10.03.1 z grudnia od Cezarego, 10.03.1 ze stycznia od Cezarego.
Bez extroota, żeby czasu nie tracić.

Konfiguracja sieci gościnnej - z wiki: http://wiki.openwrt.org/doc/recipes/guest-wlan
Sieć gościnna: 192.16.8.1.x, sieć prywatna: 192.168.3.x
Po zmianie konfiguracji router zrestartowany (bez restartu DHCP narzeka, że nie ma adresów).

szyfrowanie: różne warianty próbowałem. Zawsze tak samo.
gościnna open, prywatna wpa2
gościnna wpa2, prywatna wpa2
gościnna open, prywatna open

Klienci: telefon z Symbianem:
łączy się bez zająknięcia z każdą siecią. Dostaje porządny adres z DHCP. Ma dostęp do internetu. Miodzio.

Komputery. Wszystkie tak samo. (Windows7 32bit, Realtek8185), (WindowsXP 32bit, Realtek8185), (Windows7 64bit, Realtek8187):
Z siecią prywatną łączą się zgodnie z zasadami. Widzą sieć lokalną i internet.

Z siecią gościnną: nie łączą się. W ogóle. W logach nie ma nic. Żadnego wpisu.
Odpaliłem na routerze tcpdump. Przy łączeniu z prywatną - wszystko ok. Przy łączeniu z gościnną - nie przychodzi żaden pakiet. Żaden. Dlatego w logach nie ma nic.
Ok. Może firewall wycina, a tcpdump pokazuje pakiety za firewallem.
Odpaliłem na pecetach windump (de facto klon tcpdump). Przy łączeniu z siecią prywatną - wygląda to w porządku. Przy łączeniu z gościnną - nic. Żaden pakiet z komputera nie wychodzi.
Tak jakby komputery "wiedziały", że i tak się nie połączą, więc nawet nie będą próbować.

Już trochę po omacku szukam, bo mi się pomysły skończyły. Zmiany macadresow radia też nic nie dały (bo może pecet sobie coś gdzieś cache'uje). Zmiany szyfrowania - też nic. Nowe nazwy SSIDów - też nic.

Jak dla mnie, to coś z advertisingiem jest nie tak.
Ma ktoś jakieś pomysły?
Albo ma ktoś działającą sieć gościnną?

Shit. Czy ja mam jakiś inny sprzęt niż Ty???

/etc/config/network

config 'interface' 'eth0'
        option 'ifname' 'eth0'
        option 'macaddr' 'B0:48:7A:BE:DF:11'

/etc/config/wireless

config 'wifi-iface'
        option 'macaddr' 'B0:48:7A:BE:DF:11'
        option 'device' 'radio0'
        option 'network' 'lan'
        option 'mode' 'ap'
        option 'ssid' 'net1'
        option 'encryption' 'none'
config 'wifi-iface' 'guest'
        option 'macaddr' 'B0:48:7A:BE:DF:12'
        option 'device' 'radio0'
        option 'network' 'guest'
        option 'mode' 'ap'
        option 'ssid' 'net1a'
        option 'encryption' 'none'

ifconfig

br-lan    Link encap:Ethernet  HWaddr B0:48:7A:BE:DF:11
          inet addr:192.168.3.1  Bcast:192.168.3.255  Mask:255.255.255.0
eth0      Link encap:Ethernet  HWaddr B0:48:7A:BE:DF:11
eth0.1    Link encap:Ethernet  HWaddr B0:48:7A:BE:DF:11
eth0.2    Link encap:Ethernet  HWaddr B0:48:7A:BE:DF:11
          inet addr:xx.xxx.xx.xxx  Bcast:255.255.255.255  Mask:255.255.254.0
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
wlan0     Link encap:Ethernet  HWaddr B0:48:7A:BE:DF:11
wlan0-1   Link encap:Ethernet  HWaddr B0:48:7A:BE:DF:12
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0

Na czas wykonywania zmian pecety były wyłączone, żeby nie widziały sieci w ogóle.

Efekt: żaden. Zachowują się tak samo

Nie lan eth0 tylko iface eth0. Żeby zmienić MACadresy dla eth0.1 i eth0.2.
macadres dla sieci guest - B0:48:7A:BE:DF:12

----- Nieważne.

Wywaliłem tę sekcję, żeby nie było, że mieszam.
wyłączyłem peceta, żeby nie szpiegował :)
Zmieniłem macadresy wifi na kolejne, całkiem nowe.
Zmieniłem SSIDy na kolejne, całkiem nowe.
reboot (routera)
Obudził się z całkiem nowym wifi
Odpaliłem tcpdump -U -i wlan0
W drugiej sesji odpaliłem "tcpdump -U -i wlan0-1"
Włączyłem peceta. Pecet zobaczył całkiem nowe ssidy na całkiem nowych macadresach.
Podłączam go do gościnnej sieci: nie chce.
wracam do routera.
zatrzymuję oba tcpdumpy.
Ten który siedział na wlan0 złapał kilka pakietów, ale wszystkie pochodziły od mojego peceta (podłączonego kablem). Nic dziwnego - wszak to bridge w routerze jest. i ze dwa broadcastowe z routera. Ani jednego innego.
Ten, który siedział na wlan0-1 - nie złapał ani jednego pakietu. Nikt od niego nic nie chciał.

Nie muszę dodawać, że jak potem łączyłem telefon z symbianem, to pakieciki na obu wlan* ładnie się łapały, a pecet bez kłopotów ani narzekania łączył się przez sieć prywatną.

----- Pewnie jakiś durny jestem.

Skopiowałem sobie konfigurację, wygrzebałem z szafy WRT54GLv1.1. Wgrałem OpenWrt, wsadziłem konfigurację taką, jaka była na 1043ND. No oczywiście różnica taka, że device (w /etc/config/wireless) nazywa się "wl0" a nie "radio0". Dałem całkiem nowe SSIDy, całkiem nowe macadresy, reboot.
I co? Ano pecet łączy się oboma sieciami - gościnna i prywatną od pierwszego kopa. Komunikacja się nie zrywa. Ani po minucie, ani nigdy.

----- O kant tyłka obić tego TPLINKa :(

Cezary. Proszę podpowiedz. I tak już nadużywam Twojej wiedzy, ale jak widzę to sprawia Ci przyjemność :), to nie bardzo mam skrupuły.

Bym zostawił tego WRT54. Chce na nim odpalić dwie sieci: dla moich gości (szyfrowaną) i dla publiczności (przechodzi taki koło bloku albo siedzi na patio, a niech ma - nic mi się nie stanie, jak pozwolę mu skorzystać z darmowego netu, jakiś qos się zrobi, żeby mi sąsiad gołych bab nie ściągał)
Bym zrobił tak:
modem od providera w dziurkę wan w TPLINKu. z TPLINKa bym puścił LAN i prywatne wifi.
Do tplinka podpiąłbym ethernetem WRT54. A z niego rozpuściłbym dwa wifi - gościnny i publiczny. Stamtąd też by poszło DHCP dla tych sieci.
Co ja muszę w TPLINKu zrobić, żeby ruch z WRT wlatał jedną dziurką, a wylatał prosto do WANu i żeby goście mi nie grzebali w mojej sieci? Dam mu statyczny adres. VLANa na ten jeden port nie mogę, bo się z peceta swojego nie dostanę.

Czarku czemu jak odpalę sieć gościnną to blokuje mi też dostęp do dysku z mojej sieci ??
oto mój firewall :

config 'defaults'
    option 'syn_flood' '1'
    option 'input' 'ACCEPT'
    option 'output' 'ACCEPT'
    option 'forward' 'REJECT'

config 'zone'
    option 'name' 'lan'
    option 'network' 'lan'
    option 'input' 'ACCEPT'
    option 'output' 'ACCEPT'
    option 'forward' 'REJECT'

config 'zone'
    option 'name' 'wan'
    option 'network' 'wan'
    option 'input' 'REJECT'
    option 'output' 'ACCEPT'
    option 'forward' 'REJECT'
    option 'masq' '1'
    option 'mtu_fix' '1'

config 'forwarding'
    option 'src' 'lan'
    option 'dest' 'wan'

config 'rule'
    option 'name' 'Allow-DHCP-Renew'
    option 'src' 'wan'
    option 'proto' 'udp'
    option 'dest_port' '68'
    option 'target' 'ACCEPT'
    option 'family' 'ipv4'

config 'rule'
    option 'name' 'Allow-Ping'
    option 'src' 'wan'
    option 'proto' 'icmp'
    option 'icmp_type' 'echo-request'
    option 'family' 'ipv4'
    option 'target' 'ACCEPT'

config 'rule'
    option 'name' 'Allow-DHCPv6'
    option 'src' 'wan'
    option 'proto' 'udp'
    option 'src_ip' 'fe80::/10'
    option 'src_port' '547'
    option 'dest_ip' 'fe80::/10'
    option 'dest_port' '546'
    option 'family' 'ipv6'
    option 'target' 'ACCEPT'

config 'rule'
    option 'name' 'Allow-ICMPv6-Input'
    option 'src' 'wan'
    option 'proto' 'icmp'
    option 'limit' '1000/sec'
    option 'family' 'ipv6'
    option 'target' 'ACCEPT'
    list 'icmp_type' 'echo-request'
    list 'icmp_type' 'destination-unreachable'
    list 'icmp_type' 'packet-too-big'
    list 'icmp_type' 'time-exceeded'
    list 'icmp_type' 'bad-header'
    list 'icmp_type' 'unknown-header-type'
    list 'icmp_type' 'router-solicitation'
    list 'icmp_type' 'neighbour-solicitation'

config 'rule'
    option 'name' 'Allow-ICMPv6-Forward'
    option 'src' 'wan'
    option 'dest' '*'
    option 'proto' 'icmp'
    option 'limit' '1000/sec'
    option 'family' 'ipv6'
    option 'target' 'ACCEPT'
    list 'icmp_type' 'echo-request'
    list 'icmp_type' 'destination-unreachable'
    list 'icmp_type' 'packet-too-big'
    list 'icmp_type' 'time-exceeded'
    list 'icmp_type' 'bad-header'
    list 'icmp_type' 'unknown-header-type'

config 'include'
    option 'path' '/etc/firewall.user'

config 'include'
    option 'path' '/usr/lib/gargoyle_firewall_util/gargoyle_additions.firewall'

config 'zone'
    option 'name' 'guest'
    option 'network' 'guest'
    option 'input' 'REJECT'
    option 'output' 'ACCEPT'
    option 'forward' 'REJECT'

config 'forwarding'
    option 'src' 'guest'
    option 'dest' 'wan'

config 'rule'
    option 'src' 'guest'
    option 'proto' 'udp'
    option 'src_port' '67-68'
    option 'dest_port' '67-68'
    option 'target' 'ACCEPT'
    option 'family' 'ipv4'

config 'rule'
    option 'src' 'guest'
    option 'dest_port' '53'
    option 'target' 'ACCEPT'
    option 'family' 'ipv4'
    option 'proto' 'tcpudp'

Ponieważ przed wyjęciem poprzedniego nie odmontowałeś go?

Rozjedzie się system plików w końcu.

A nie pewniej ustawić jakiś idle time, żeby sam szedł spać. Prądu oszczędzisz więcej, bo częściej będzie spać niż przy wyłączeniu zasilania z harmonogramu, zawsze będzie gotowy do użytku (najwyżej sekundę poczekasz, aż się rozkręci od nowa) i plików nie stracisz.