| poslední úprava: 13.5.2012 16:01
Portál AbcLinuxu, 1. května 2025 07:01
13.5.2012 15:26
| Přečteno: 2364×
| programování
|
| poslední úprava: 13.5.2012 16:01
Ve všech zmíněných případech dizajn protokolu umožňoval kvůli nízké entropii, nebo kvůli rozdělení klíčového materiálu na malé části, které šly "bruteforcovat" mnohem snáze. Na mnohých routerech je pořád problém WPS vůbec vypnout (případ originálního firmware toho WRT320n).
Nedávno byl na abclinuxu popsán jeden postup pro Linksys E2000, čož je de facto stejný router jako WRT320n. Instalace byla překvapivě jednoduchá, není nutné flashovat přes TFTP jako u starších routerů (třeba Asus WL-500g). Jenže tam jednoduchost končí. Musím ale říct, že naposledy u toho Asusu jsem s dd-wrt takové problémy ani zdaleka neměl. U Asusu byl jen jeden - při WPA/WPA2 s TKIP se přehřál a vytuhnul, pokud se z Windows přes wifi z disku připojeného k USB Asusu kopírovalo sambou. Tam stačilo zakázat TKIP a použít AES.
Použil jsem build DD-WRT v24-sp2 (04/07/12) mega - build 18946M NEWD-2 K2.6 Eko, protože jsem chtěl 6to4, client VPN a pár dalších věcí - jinak na fórách lidi právě doporučují radši mini-buildy, prý méně bugovité. Nicméně ani mini-build by mi tady nepomohl, protože největší problém byl s GUI a wifi (základní věci).
Hlavní HW problémy jsou u WRT320n prý způsobeny tím, že je to piece-of-crap. Navíc již od výroby přetaktovaný z 300 MHz na 325 MHz (více o tom níže).
GUI bugy - při nastavování wifi mezi A/B/G/N občas chybí třeba nastavení kanálu, především když se přepíná mezi 2.4 a 5 GHz pásmy. Po změně pásma/protokolu se nezmění hned možnosti, třeba nevyskočí výběr kanálu. Většinou stačí dát "Save", pak už vyskočí další možnosti. Z "bruteforce debuggingu" mi přišlo, že některé věci, které byly původně nastaveny pro jiná pásma, "tajně ovlivňují" možnosti v aktuálně vybraném pásmu. Třeba při přepnutí mezi G a A vždy zmizely všechny kanály až na "Auto".
Workaround pro nastavování wifi a kanálů: fungovalo vybrat wifi N (ať už 2.4 nebo 5 GHz, dle toho co chceme nastavovat), Save, nastavit šířku pásma na 10 nebo 20 MHz, vybrat kanál, Save, Apply Settings. Pak nastavit co skutečně chceme - a kanály už tam jsou. Ale není to 100% - občas mi po restartu nastaví kanál 34 místo 36, který má v konfiguraci.
Při 2.4 GHz jsem žádný problém nezaznamenal, až na nastavení kanálu 14 - ten nepatří pod "CZ/EU" 2.4 GHz rozsah, takže ho notebook neviděl (možná to lze wifi driveru vysvětlit, pokud to není zadrátované v železe, ale neměl jsem čas to googlit).
Při 5 GHz dd-wrt rádo preferuje kanál 34 (při nastavení "Auto"), který je taky mimo "CZ/EU" pásmo, tudíž mi ho wifi karta nevidí. Hledal jsem jestli je v dd-wrt nastavení země, podle které by to nabízelo kanály, ale nenašel jsem. Horší je, že po restartu routeru to občas nastaví kanál 34 i když má v configu kanál 36 (zatím jsem viděl jenom u power-cycle restartu, normální SW restart vypadal ok).
Nijakým způsobem se mi nepovedlo rozchodit N-kovou wifi, ani na 2.4 GHz, ani na 5 GHz. Bylo úplně jedno, jaké jsem zvolil kanály, šířky pásem, atd. Nic. Zvláštní věc jsem si všimnul při 5 GHz - pokud byl druhý kanál vysoký (100 nebo 104), signál pro tento kanál byl úplně mizerný i když byl router 1 m od notebooku (ale nemám spektrální analyzér, takže důvodů může být více). Taky se mi nepovedlo "zchannelbondovat" v nastavení dva vedlejší kanály, třeba 36 a 40 (frekvenčně by to snad mělo sedět, dokopy by to dávalo akorát těch 40 MHz). Nicméně žádný testovaný z 20 MHz kanálu v 5 GHz N módu nešel ani sám, takže je to jedno.
Ve fórách psali, že po vypnutí WPA/WPA2 a volném prístupu to pak šlo, ale mít open wifi zatím není můj plán 
Skutečně vypadalo, že N-ková wifi failuje na autentizaci, ale už jsem neměl po 6 hodinách sil to debugovat.
Router je od výroby přetaktován, ve fórách se doporučuje ho "normáltaktovat" a skutečně vypadá, že wifi je pak mnohem stabilnější (přes telnet, ssh, nebo i GUI command line):
nvram set clkfreq=300,150,75
nvram commit
reboot
Další nastavení, z kterých pár stabilitě pomohlo. Těžko už říct které, první dvě asi nejspíš:
I když návod vypadá celkem hnusně, byla to mnohem větší pohodička než celá wifikalypsa. Akorát jeden detail, v jejich startup skriptu mi ip -4 addr show dev vlan2 nedá žádný výstup, tak jsem startup skript upravil:
insmod /lib/modules/`uname -r`/kernel/net/ipv6/sit.ko
sleep 5
radvd -C /tmp/radvd.conf start
sleep 5
WANIP=$(ifconfig vlan2 | grep 'inet addr' | awk '{print $2}' | cut -d ':' -f 2)
if [ -n "$WANIP" ]
then
V6PREFIX=$(printf '2002:%02x%02x:%02x%02x' $(echo $WANIP | tr . ' '))
ip tunnel add tun6to4 mode sit ttl 255 remote any local $WANIP
ip link set tun6to4 mtu 1480
ip link set tun6to4 up
ip addr add $V6PREFIX:0::1/16 dev tun6to4
ip addr add $V6PREFIX:1::1/64 dev br0
ip -6 route add 2000::/3 via ::192.88.99.1 dev tun6to4
kill -HUP $(cat /var/run/radvd.pid)
fi
sleep 10
radvd -C /tmp/radvd.conf start
Nakonec se to úplně obrátilo. Věci co jsem myslel že budou jednoduché (nastavit wifi) se ukázaly jako peklo, a vice versa - 6to4 a další customizace byly celkem rychlé. Ale hlavně WPS je definitivně dead a vyhnu se dementním UPC routem alespoň u serverů s IPv6. "Re-routovat" IPv4 bude další krok.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.