Dotaz: Debian, Wicd, odpojování wifi

[Bill Gates]

Ahoj.. mám takový problémek, už mi to leze na nervy pár dnů a nemůžu se dogooglovat nějakého kloudného řešení.

Mám Linksys wrt54g jako AP. Mám Acer Aspire 5610Z jako notebook s wifi. Na notebooku zaktualizovaný poslední Debian. Stane se mi že se mi z ničeho nic po nějaké době (nejméně asi hodina) odpojí wifi, Wicd má nastaveno "Automatically connect to this network" na té mé wifině domácí a přesto se neobnoví spojení jinak než manuálním kliknutím na tlačítko Connect.

Iritující.

V syslogu mám:

Dec 15 17:24:19 ntb kernel: [426437.508240] ieee80211 phy0: wlan0: No probe response from AP 00:13:10:15:11:4e after 500ms, disconnecting.
Dec 15 17:24:19 ntb kernel: [426437.572524] cfg80211: Calling CRDA to update world regulatory domain
Dec 15 17:24:22 ntb kernel: [426440.244085] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 15 17:24:22 ntb kernel: [426440.316995] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 15 17:24:22 ntb kernel: [426440.659528] b44 ssb1:0: eth0: powering down PHY
Dec 15 17:24:22 ntb kernel: [426440.673920] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 15 17:24:39 ntb kernel: [426457.772125] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 15 17:24:39 ntb kernel: [426457.821050] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 15 17:24:40 ntb kernel: [426458.072129] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 15 17:24:40 ntb kernel: [426458.145436] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 15 17:24:40 ntb kernel: [426458.395784] b44 ssb1:0: eth0: powering down PHY
Dec 15 17:24:40 ntb kernel: [426458.410534] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 15 17:24:40 ntb kernel: [426458.824111] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 15 17:24:40 ntb kernel: [426458.896776] ADDRCONF(NETDEV_UP): wlan0: link is not ready

Po kliknutí na connect:

Dec 15 17:24:43 ntb kernel: [426461.177120] wlan0: authenticate with 00:13:10:15:11:4e (try 1)
Dec 15 17:24:43 ntb kernel: [426461.178667] wlan0: authenticated
Dec 15 17:24:43 ntb kernel: [426461.179411] wlan0: associate with 00:13:10:15:11:4e (try 1)
Dec 15 17:24:43 ntb kernel: [426461.181585] wlan0: RX AssocResp from 00:13:10:15:11:4e (capab=0x411 status=0 aid=1)
Dec 15 17:24:43 ntb kernel: [426461.181595] wlan0: associated
Dec 15 17:24:43 ntb kernel: [426461.182938] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Dec 15 17:24:53 ntb kernel: [426471.472057] wlan0: no IPv6 routers present

network-manager je odinstalovaný. Sem myslel, že se to s tím bije a ne. v /etc/network/interfaces nemám definováno nic jiného než loopback rozhraní, experimentoval jsem tam s eth0 a statickou IP, což mám ale zakomentářováno, nechávám vše v režii wicd, ať si poradí a vše si nastaví tak, jak je "naklikáno".

Vyskytuje se to od doby co jsem vzal router a i s notebookem a se sebou se přestěhoval do místa, kde je víc wifin v okolí, ale kanálem se s nikým nebiju.

Myslel jsem že je souvislost s běžícím virtualboxem a v něm dalším testovacím virtuálním debianem, kde jedno z virtuálních rozhraní bylo bridge na wlan0 a ani toto nepomohlo - zrušit a vbox nemít ho spuštěný a nevirtualizovat a nemít souvislost s wlan0.

Došly mi nápady. :( Má někdo nějaký ? Třeba na jaký log se mrknout, co "podiagnostikovat"?

Odpovědi

[Bill Gates]

Na linksysu po hodině expiruje nějaký group key... To tu wifi asi rozpojí ale proč se to znovu nespojí .. to mi není jasné .. na to by měl přece wicd zareagovat stejně jako když já v něm kliknu na connect. Proč to neudělá?

[gogol]

Interval odpojovania je velmi dolezity. Vysleduj si ci to robi presne v urcitom intervale (napr.1hod), alebo su tie intervaly nahodne, aj ked by islo len +/- o 10 minut mimo presneho intervalu. Nahodny interval znamena na 90% zarusene okolie, presny interval znamena chybu pretecenia citaca (chybny ovladac/firmware).

[Bill Gates]

Řekl bych, že to skutečně sedí s tím hodinovým expirováním group key na routeru ... Nicméně co dělat s tím aby se wicd konektil ... s tím si stále lámu hlavu ..

[gogol]

Myslenie je matka omylu. Ak je to sposobene citacom GK (Group Key), ten interval je velmi presny. Ma to odchylku max. do niekolkych sekund. Ak si myslis, ze problem je presne v tomto, tak je niekolko moznosti:

1. pouzit iny router,

2. nepouzit sifrovanie, alebo nastavit WEP,

3. preskumat, ci nemas tak velku chybovost linky, ze aktualizacia GK zlyha.

[Bill Gates]

Zkusil jsem wep, jedu teď na wep. Snad mi to nikdo nepohackuje :)

Ten linksys nema anteny v konektorech pro anteny. Někde jsem je ztratil. Signál je na 2 metry asi na 62 procentech ale pakety se zřejmě neztrácejí (dle pingu) - ideální to není, ale já bych to spíš hádal na nějaký sw problém wicd. Že prostě nezdetekuje výpadek wifi a neprovede tutéž akci jako po kliknutí na button connect. Zítra ještě zkusím jiný router. Dám vědět jestli a co pomohlo.

[Bill Gates]

Tak tedy při použití WEP to drží. Neodpojuje se.

[Bill Gates]

tak ne .. ani přes WEP ... právě to spadlo a wicd nezareagoval a spojení neobnovil... až manuálně kliknutím na connect ve wicd.

v syslogu opět:

Dec 16 12:09:26 ntb kernel: [493944.488079] ieee80211 phy0: wlan0: No probe response from AP 00:13:10:15:11:4e after 500ms, disconnecting.
Dec 16 12:09:26 ntb kernel: [493944.524183] cfg80211: Calling CRDA to update world regulatory domain
Dec 16 12:09:28 ntb kernel: [493946.352135] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 16 12:09:28 ntb kernel: [493946.404987] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 16 12:09:28 ntb kernel: [493946.760380] b44 ssb1:0: eth0: powering down PHY
Dec 16 12:09:28 ntb kernel: [493946.774842] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 16 12:09:54 ntb kernel: [493972.084096] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 16 12:09:54 ntb kernel: [493972.148770] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 16 12:09:54 ntb kernel: [493972.396068] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 16 12:09:54 ntb kernel: [493972.448778] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 16 12:09:54 ntb kernel: [493972.721625] b44 ssb1:0: eth0: powering down PHY
Dec 16 12:09:54 ntb kernel: [493972.733978] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 16 12:09:55 ntb kernel: [493973.152070] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
Dec 16 12:09:55 ntb kernel: [493973.205669] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 16 12:09:57 ntb kernel: [493975.504904] wlan0: authenticate with 00:13:10:15:11:4e (try 1)
Dec 16 12:09:57 ntb kernel: [493975.506468] wlan0: authenticated
Dec 16 12:09:57 ntb kernel: [493975.507079] wlan0: associate with 00:13:10:15:11:4e (try 1)
Dec 16 12:09:57 ntb kernel: [493975.508907] wlan0: RX AssocResp from 00:13:10:15:11:4e (capab=0x411 status=0 aid=1)
Dec 16 12:09:57 ntb kernel: [493975.508914] wlan0: associated
Dec 16 12:09:57 ntb kernel: [493975.510158] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Dec 16 12:10:08 ntb kernel: [493986.464037] wlan0: no IPv6 routers present

[pavlix]

On wicd asi ani reagovat nemá, to by měl zajistit wpa_supplicant. Ale míval jsem problémy i na Windows, nechceš zkusit jiný Wifi adaptér, třeba nějaký ten tp-link do USB?

[Bill Gates]

Hm.. tak ježíšek to vyřešil, koupil mi (sem si) Packard Bell EasyNote LE69KB, kde je

[root@ntb]# lspci -nn | grep Wire
01:00.0 Network controller [0280]: Atheros Communications Inc. AR9565 Wireless Network Adapter [168c:0036] (rev 01)

V původnim Aspire 5610Z je BCM4311.

Zatím stále bez odpojení a jedu na wep, systém jsem neinstaloval, prohodil jsem disk z předchozího NTB do nového NTB, takže systém zůstal (až na pár driverů).

Co mě lehce trápí je že musím místo debianem nabízeným jádrem 3.2.0-4 použít 3.16.0-0.bpo, protože na 3.2.0 prostě není podporován 168c:0036. Většina je podporována, jen 36ka není. Až v tom backportovém jádru, tam je ale zase potíž v tom, že při změně volume na zvukovce dojde k několikavteřinovému vytuhnutí zvukovky, opakování samplu a pak se přehrávání zase vrátí do normálního stavu a odtuhne to. To je sice jiná kapitola, ale až tak mě to v tuto chvíli netrápí, i když... Důležité je že se dá cestovat s NTB a že wifi jede. Na 3.2.0 zvuk a volume v poho, ale wifi modul prostě nee.

Na kompilaci vlastního jádra se necítím bez cizí pomoci.

[pavlix]

Congratz. Kompilace vlastního jádra je prozatím dobrá tak leda na naučení nebo na specifický use case, dlouhodobě mi přijde výhodnější používat distribuční. Sám to teda v tuhle chvíli na Gentoo porušuju a pouštím genkernel s --menuconfig, ale to je spíše tím, že doufám ve zlepšení v tom směru, že Gentoo časem vedle buildu jádra hezkým způsobem zautomatizuje i konfiguraci. Pak by build vlastního jádra the Gentoo way mohl být udržitelnou cestou, která člověka nebude příliš zdržovat.

[gogol]

To nieje ani tak adapterom, ale lepsie vyriesenymi antenami, alebo skor lepsie napisanym ovladacom. Ono tie chipsety su v podstate velmi podobne. Lisia sa len v detailoch pokial by sme porovnavali rovnaku katergoriu. To, co je velmi rozdielne je kvalita ovladacov.

[pavlix]

Přičemž předpokládám, že do ovladače zahrnuješ i firmware, což není v dnešním světě úplně praktický pohled.

[Pavel 'TIGER' Růžička]

To co píše pavlix bych také zvážil. Měl jsem tu Acera, kde se adaptér choval podobně a to i podo wokenicema. Nemohl jsem na to přijít proč, až jednoho dne zasmrděl a odešel do křemíkového nebe. Pak už se nepřipojil ani na chvíli. Po výměně adaptéru funguje acer dodnes a bez problémů.

[gogol]

No ved preto som pisal, ze z takych 90% je to zarusenim. Odpajanie je potom vecou wifi karty (ovladaca) v pocitaci na niektore definovane udalosti. Najcastejsi problem je so stracanim (nedorucenim) ramcov pri zaruseni, pricom AP ramec (napriklad GK) posle, ale klient ho prijme s chybou. Chyba v ramci znamena to, ze wifi karta ramec dropne. Toto sa moze opakovat aj niekolkokrat po sebe. Ak sa neobnovi GK, ovladac wifi karty v pocitaci da povel na "DisConnect" (odpojenie). Riesenie je vyskusat inu (a velmi rozdielnu) polohu routra a/alebo pocitaca. Vyskusaj si to tak 3m od routra v tej istej miestnosti. Este by si mohol napisat akym signalom chytas ten router. Dufam, ze to napises v jednotkach dBm a nie v nejakych palickach, alebo percentach.