Fórum Root.cz
Hlavní témata => Software => Téma založeno: biggles001 10. 02. 2012, 20:37:34
-
Zdravím,
Mám notebook, který je do sítě připojen většinou přes kabel, běží na něm arch linux, na nastavení sítě používám wicd. Když jsem se nedávno pokusil připojit k wifi, nepovedlo se. Nedokáže získat ip adresu z dhcp, když zadám statickou selže při pokusu ověřit asociaci access pointu. Drátová síť chodí bez problému. Přes terminálu jsem schopen se k wifi připojit.
Zkoušel jsem downgrade wicd i smazání konfiguráků, ale nic nepomohlo.
Nějaký nápad?
/var/log/wicd/wicd.log při získání adresy z dhcp
2012/02/10 20:29:25 :: Connecting to wireless network kajus
2012/02/10 20:29:27 :: Putting interface down
2012/02/10 20:29:27 :: Releasing DHCP leases...
2012/02/10 20:29:27 :: Setting false IP...
2012/02/10 20:29:28 :: Stopping wpa_supplicant
2012/02/10 20:29:28 :: Flushing the routing table...
2012/02/10 20:29:28 :: Putting interface up...
2012/02/10 20:29:30 :: Attempting to authenticate...
2012/02/10 20:29:32 :: Running DHCP with hostname poseidon
2012/02/10 20:29:32 :: dhcpcd[1170]: version 5.2.12 starting
2012/02/10 20:29:32 ::
2012/02/10 20:29:32 :: dhcpcd[1170]: wlan0: broadcasting for a lease
2012/02/10 20:29:32 ::
2012/02/10 20:30:02 :: dhcpcd[1170]: timed out
2012/02/10 20:30:02 ::
2012/02/10 20:30:02 :: DHCP connection failed
2012/02/10 20:30:02 :: exiting connection thread
2012/02/10 20:30:02 :: Sending connection attempt result dhcp_failed
/var/log/wicd/wicd.log při statické ip
2012/02/10 20:33:20 :: Connecting to wireless network kajus
2012/02/10 20:33:22 :: Putting interface down
2012/02/10 20:33:22 :: Releasing DHCP leases...
2012/02/10 20:33:22 :: Setting false IP...
2012/02/10 20:33:22 :: Stopping wpa_supplicant
2012/02/10 20:33:22 :: Flushing the routing table...
2012/02/10 20:33:22 :: Putting interface up...
2012/02/10 20:33:24 :: Attempting to authenticate...
2012/02/10 20:33:25 :: Setting static IP : 192.168.1.124
2012/02/10 20:33:25 :: Setting default gateway : 192.168.1.1
2012/02/10 20:33:25 :: Verifying AP association...
2012/02/10 20:33:25 :: Attempt 1 of 10...
2012/02/10 20:33:29 :: Attempt 2 of 10...
2012/02/10 20:33:33 :: Attempt 3 of 10...
2012/02/10 20:33:37 :: Attempt 4 of 10...
2012/02/10 20:33:41 :: Attempt 5 of 10...
2012/02/10 20:33:45 :: Attempt 6 of 10...
2012/02/10 20:33:49 :: Attempt 7 of 10...
2012/02/10 20:33:53 :: Attempt 8 of 10...
2012/02/10 20:33:54 :: Attempt 9 of 10...
2012/02/10 20:33:59 :: Attempt 10 of 10...
2012/02/10 20:34:03 :: Connection Failed: Failed to ping the access point!
2012/02/10 20:34:03 :: exiting connection thread
2012/02/10 20:34:03 :: Sending connection attempt result association_failed
-
Zkousel jste to bez WPA? Jste si jisty, ze to, co jste zadal jako wifi klic je opravdu to, co je nastaveno v AP? Nemate v AP nastaveno MAC filtering?
-
Verze kernelu? Jaké zabezpečení te wifi? WEP?
-
Šifrování WEP (zabezpečením se to moc nazývat nedá), filtrování MAC adres zapnuto, ale moje MAC tam je povolená. Wifi předtím normálně fungovala. Používám kernel 3.2.5.
Zkoušel jsem to bez šifrování, kupodivu chodí. Šifrovací klíče jsem měl nastaveny správně, s tím nastavením to fungovalo předtím, dokud to asi nějaká aktualizace nerozhasila (nebo já). Když za klíč dám nějakou kravinu, vyhodí hlášku, že není správný.
-
Ja mam ted na stroji Networkmanager, takze se nemuzu podivat. Ale jestli se dobre pamatuji, tak ke kazde siti jsou tam nekde nejake advanced settings a tam se z nejakeho menu vybira, jake presne ze se ma pouzit sifrovani. Tak se mrknete, jestli tam je vice nastaveni pro wep a jestli tam mate to spravne. Jetli tam treba neni neco jako wep s preshared key, zatimco vy pouzivat hexa klic nebo naopak. Eventuelne nejaky jiny bordel.
-
Kontroloval jsem to, vše vypadá dobře. Zkoušel jsem i networkmanager a ten se chová stejně.
Heslo bude správně, protože když použiju statickou ip, nehlásí chybu a na routeru ho vidím jako připojené zařízení. Jenže není možné otevřít nějakou webovou stránku, ping na bránu nechodí (arping jo),... Z venku mi odpoví jen na arping.
-
Co pise prikaz route?
-
pokud nastavím statickou ip tak toto, jinak se nepřipojí a poslední řádek tam není
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 * 255.255.255.0 U 1 0 0 eth0
192.168.1.0 * 255.255.255.0 U 2 0 0 wlan0
-
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
Default gateway vam leze pres eth0. Zkuste eth0 sundat (ifconfig eth0 down), pak se mrknete na route a asi si budete muset rucne nastavit gateway. Pak muzete zkusit, co to udela, kdyz nastavite adresu wlan0 pres DHCP. A tipnul bych si, ze mate natvrdo nastavenou statickou adresu eth0 vcetne gw. Takze mozna budete muset rucne eth0 sundat, pokud se nepouziva nebo to nastavit take pres DHCP.
-
sestřelení eth0 nepomohlo, nastavení gateway taky ne. eth0 mám na DHCP, kde to chodí bez problému, wlan0 není schopná získat ip z DHCP.
-
Buď mi něco uniká, nebo tomu tazatel fakt nerozumí, nebo vymejšlí kraviny.
Pokud na eth0 je síť 192.168.1.0, pak není důvod, aby dhcp přidělil pro wlan0 další IP z této sítě ::)
Pokud by na eth0 byla síť 192.168.0.0, pak by dhcp pro wlan0 jistě IP ze sítě 192.168.1.0 přidělilo.
Pokud chci mít dvě IP z jedné sítě, tj. chci aby stroj měl IP adresu 192.168.1.10 a zároveň i 192.168.1.11, už se to musí nastavit ručně.
Ale ano, existují důvody, proč mít v jedné síti víc adres.
Pokud jde o to, že se s notebookem chodí, tak jakmile odpojíte kabel, tlačítkem zapnete wifi, jak se wifi zapne a pokud je kabel odpojený, tak dhcp korektně načte adresu ze sítě 192.168.1.0 ...místo té staré, tedy pokud se eth0 přeplo na down.
Přesněji, aby DHCP tu adresu korektně načetlo, musíte nejprve shodit eth0 a pak zapnout wlan0.
Pokud chcete zároveň používat eth0 i wlan0 pro přístup do úplně stejné sítě, zapomeňte na DHCP.
Pokud nechcete vypínat eth0 ani wlan0 a chcete používat DHCP protokol, nastavte si pro wifi síť 192.168.0.0 a 192.168.1.0 pro kabel.
-
Nevidim duvod, proc by mu nemohlo pridelit DHCPcko dalsi IP z teto site. Bezne mam IP od DHCP pro eth i wlan zaroven. Precijen dhcp nevi ze patri jednomu zarizeni(nebo vi?), jelikoz maji jinou mac. Takze si myslim ze v DHCPcku problem nebude.
-
Asi by to chtelo vypis cat /etc/network/interfaces nebo ekvivalent podle toho, co je na vasem distru. Dale pak vypis route po te, co jste zastavil eth0 a route po te, co jste nastavil gateway.
-
Tak s tymto problemom sa stretam aj ja. Arch + wicd, Asus EEE 1201ha. Ale robi to ako wicd-gtk aj wicd-curses. Proste nacita zoznam sieti a ked sa chcem pripojit (odskusane aj s volnou sietou) tak to vypise postupne zmeny statusov a skonci pri pridelovani ipcky, kde sa nepodari. Teda, niekedy ide a niekedy nie (po resete sa obcas rozbehne). Kabel rovnako ide na prvu supu. A tento problem uz trva pomerne dlho... Hm. Davnejsie som sa v tom sprtal viac do hlbky, ale uz si nepamatam ako to dopadlo.
-
Hm, me Wicd kravilo s kartou se Zydas ZD1211 chipem. Ale pro zmenu se to furt pripojovalo a odpojovalo. S Ralinkem mi to jelo bez problemu. Mam kvuli tomu Networkmanager, kde to chodi bez problemu. Asi by stalo za to zkusit jinou wifinu.
-
Buď mi něco uniká, nebo tomu tazatel fakt nerozumí, nebo vymejšlí kraviny.
Spíš jsem blbě formuloval problém, ntb je často připojenej k síti kabelem, občas jede přes wifi. Když jsem se nedávnou pokusil připojit k wifi, selhalo to na získávání ip, pokud ji nastavím staticky, skončí to na ověření asociace AP, když to zakážu, neprojdu na síť. Dělá to wicd, zkoušel jsem i networkmanager, ale bez úspěchu, ručně se k wifi připojím a chodí to. Dříve to normálně chodilo, na kabelu nemám problém. Žádny šílenosti nehodlám podnikat.
Ekvivalent v archu bude rc.conf, tam je ovšem vše zakomentované (až na hostname). Předpokládám, že to je nastavení sítě když nepoužívám žádný network manager?
po vypnutí eth0
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
po připojení na wifi - statická ip
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
192.168.1.0 * 255.255.255.0 U 2 0 0 wlan0