Zlobilo mě wifi (ipw2200). Myslel jsem, že je to z horka, ale bylo to spíš po nějaké aktualizaci.
Nešlo aktivovat eth1. Když se to podařilo, tak to mělo výpadky (při ping [IP routeru] se ztrácelo cca polovina paketů), a pak to vypadlo úplně.
Nechtěl bych to zakřiknout, ale poté, co jsem ve firewallu výslovně povolil port 67, tak to běží. Výpis při aktivaci rozhraní:
localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67
localhost dhclient: DHCPACK from 192.168.197.189
localhost kernel: audit(1153420217.581:8): avc: denied { read } for pid=2550 comm=“consoletype” name=".fonts.cache-2" dev=dm-1 ino=196259 scontext=user_u:system_r:consoletype_t:s0 tcontext=user_u:object_r:user_home_t:s0 tclass=file
localhost dhclient: bound to 192.168.197.1 – renewal in 99566 seconds.
předtím to při neúspěšné aktivaci rozhraní vypisovalo něco takového (omlouvám se za délku i za neúplnost výpisu - nenašel jsem výpis těch ojedinělých případů, kdy jsem měl trpělivost čekat, až to úplně spadne):
localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67
localhost kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67
localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 15
localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 17
localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
localhost dhclient: No DHCPOFFERS received.
localhost dhclient: Trying recorded lease 192.168.197.1
localhost kernel: audit(1153321703.019:8): avc: denied { read } for pid=2389 comm=“consoletype” name=".fonts.cache-2" dev=dm-1 ino=196259 scontext=user_u:system_r:consoletype_t:s0 tcontext=user_u:object_r:user_home_t:s0 tclass=file
localhost kernel: audit(1153321703.151:9): avc: denied { write } for pid=2414 comm=“ping” name="[8986]" dev=pipefs ino=8986 scontext=user_u:system_r:ping_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=fifo_file
localhost kernel: audit(1153321703.151:10): avc: denied { read } for pid=2414 comm=“ping” name=".fonts.cache-2" dev=dm-1 ino=196259 scontext=user_u:system_r:ping_t:s0 tcontext=user_u:object_r:user_home_t:s0 tclass=file
localhost kernel: audit(1153321703.151:11): avc: denied { read } for pid=2414 comm=“ping” name="[8980]" dev=pipefs ino=8980 scontext=user_u:system_r:ping_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=fifo_file
localhost kernel: audit(1153321703.151:12): avc: denied { getattr } for pid=2414 comm=“ping” name="[8986]" dev=pipefs ino=8986 scontext=user_u:system_r:ping_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=fifo_file
localhost kernel: audit(1153321703.151:13): avc: denied { ioctl } for pid=2414 comm=“ping” name="[8986]" dev=pipefs ino=8986 scontext=user_u:system_r:ping_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=fifo_file
localhost kernel: audit(1153321706.155:14): avc: denied { read } for pid=2418 comm=“ifconfig” name=".fonts.cache-2" dev=dm-1 ino=196259 scontext=user_u:system_r:ifconfig_t:s0 tcontext=user_u:object_r:user_home_t:s0 tclass=file
Wifi neni 100% spolehliva technologie a casto se stava, ze je prenos na danem kanale vyrazne rusen (ne jen mikrovlna trouba pouziva stejne frekvencni spektrum, ovsem s mnohem vetsim vykonem). To ze jste nedostaval adresu od DHCP je mozny a pravdepodobny pripad, kdy proste neni dostatecne kvalitni signal (MMCH u nekterych karet lze nastavit vysilaci vykon, takze bych zkontroloval zda ho mate “nenulovy”). Problem mohl byt i na DHCP serveru 192.168.197.189, ktery neodpovidal na dotaz vaseho pocitace o prideleni adresy. Pokud se vam ovsem ztracelo mnozstvi paketu pak je na vine spise problem s kvalitou spojeni.
Povoleni portu 67 ve vasem firewall tezko muze ovlivnit pridelovani adresy, protoze vas pocitac se snazi pripojit k libovolnemu okolnimu pocitaci na jeho port 67, vas zdrojovy port je v tomto pripade nejaky uplne jiny.
Že to nebude tím portem, jsem se taky obával. Firewall by přece zamezil veškerý provoz a ne jen půlku paketů. A taky už to blbne znovu.
Jenže donedávna bylo mé wifi připojení v linuxu stabilnější než ve win, teď je to naopak - ve win to funguje normálně (samozřejmě mluvím stále o téže mašině v téže síti). Spojoval bych to skutečně s nějakou aktualizací.
Až budu zpátky u toho notebooku, nakopíruju sem jedno varování o nekompatibilitě (či něčem takovém), které mi vypisuje system-config-network na textové konzoli. Třeba z toho půjde něco poznat.
Mám jen kernely 2.6.17. Šlo by to kdyžtak downgradovat?
Výpis z konzole při startu system-config-network ukazuje dvě varování:
bash-3.1$ system-config-network
/usr/share/system-config-network/netconfpkg/NC_functions.py:30: DeprecationWarning: rhpl.log is deprecated and will be removed; use python’s logging instead
import rhpl.log
Warning: Driver for device eth1 has been compiled with version 20
of Wireless Extension, while this program supports up to version 19.
Some things may be broken…
Jestli tomu dobře rozumím, tak to první si systém ošetřil sám, ale co znamená to druhé? “Driver for device eth1” bude asi ipw2200-firmware.noarch z livna.org, “this program” určitě system-config-network, ale co je to Wireless Extension? Bude to ono rozšíření jádra, o kterém píšete? Nebo jak si to přeložit do názvu programu?
(Jinak zkusim ještě přenastavit router na pevnou nebo vyhrazenou IP.)
Tak mám další poznatek. Zapnul jsem NetworkManager, který mi doteď načítal jako adresu DNS serveru adresu routeru, což znamenalo prakticky nepoužitlnost připojení. Teď wifi nastavené NetworkManagerem funguje uspokojivě: ztraceno 8% ze 122 paketů při ping routeru (doufám, že to vydrží) a stránky zvenku se načítají rychle. Jenže neměly by: Ověřil jsem, že NetworkManager si při spuštění stále zapisuje do /etc/resolv.conf jako nameserver IP routeru.
Je možné, že od nějaké verze jádra má pro Net.Man. větší váhu /etc/sysconfig/networking/profiles/default/resolv.conf, kde je napsán funkční nameserver?
Co se tyce tech chybovych hlasek - prvni je z jazyka pyton a uporoznuje ze v dalsi verzi uz se log nebude jmenovat rhpl.log - je to upozorneni predevsim pro programatory.
Ta druha si tyka toho ze ovladac pro vasi wifi kartu byl zkompilovan s wireless tools (iwconfig, iw… atd.) verze 20, zatimco system-config umi pracovat pouze max. s verzi 19. S velkou pravdepodobnosti v tom nebude zadny problem, ale neni vylouceno ze se nejak zmenili parametry a proto by mohl byt nejaky problem s nastavovanim wifi.
Kernel “downgrade” provedete proste tak, ze date
yum install kernel-2.6.16-verze
tedy reknete yumu kterou presne verzi kernelu chcete nainstalovat.