Dotaz: Síťový wifi interface

[Vtipnéř]

Všechny zdravím.

V práci mám nestabilní wifi připojení na notebooku s ArchLinuxem, vždycky zhruba po 12 minutách se mi síť odpojí. Po nějakých testech mi technik řekl, že mám dvě rozhraní, která se mezi sebou bijí, a jestli nepoužívám nějaký virtuální systém. Je fakt, že jsem používal virtualbox, ale už asi rok ho mám odinstalovaný, nicméně nemůžu vyloučit, že po něm zůstal nějaký binec, který dělá ty problémy.

Zjistil jsem, že kromě standardního wlp3s0 mám taky zařízení označené wwp0s20u4i6. Zkoušel jsem o něm něco zjistit na googlu, ale moc jsem nepochodil.

Pokud by mne někdo nasměroval na řešení, případně poradil, jestli a jak ono zařízení můžu zrušit, budu rád. Můžu samozřejmě poslat nějaké výpisy. Zajímavé je, že nikde jinde tyhle problémy nemám.

Jirka

---

---

Odpovědi

[NUKE GAZA! 🎆]

tak se koukni třeba příkazem

lshw -class network

co tam máš za wifi věci :O :O

případně lsusb lspci :O :O

[Jendа]

Hodilo by se pro začátek ip a aby bylo vidět která rozhraní se teda používají. Dále by se hodily logy z wpa supplicanta když dojde k odpojení. (taky to jde spustit s -ddd, pak je to velmi podrobné, a vyžaduje to pro interpretaci experta na 802.11 což já nejsem) A taky bys měl zjistit, kolik wpa supplicantů spouštíš a s jakými parametry. A pak si ještě najdi v dmesg, co je to wwp0s20u4i6. Já tipuju že to bude USB LTE modem. Taky to šlo myslím zjistit lspci s nějakými parametry, případně lze odloadovávat jednotlivé moduly (lsmod, rmmod) a koukat se kdy zmizí :)

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

To druhé rozhraní vypadá, že je nějaký usb dongle pro připojení.

[Vtipnéř]

Díky všem za tipy, přikládám výpis příkazu ip a:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 28:d2:44:87:d8:62 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 7c:7a:91:db:5b:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.114/24 brd 192.168.1.255 scope global noprefixroute wlp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::4353:9b26:4b86:6fea/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
    inet6 fe80::a561:166d:beef:4045/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: wwp0s20u4i6: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether c6:55:a3:0a:bb:e3 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::c961:5aa1:fc27:3bea/64 scope link 
       valid_lft forever preferred_lft forever

Z dmesg jsem zjistil, že wwp0s20u4i6 je wwan0, tedy zařízení pro mobilní internet, které jsem kdysi používal na služební datovou simku, ale poté, co mi navýšili data na telefonu, jsem ji vrátil zaměstnavateli. Takže bych řekl, že tohle zařízení konflikt s normální wifi nemá, budu muset zjistit od technika přesnější údaje.

Jirka

[X]

Muzes to WWAN rozhrani zakazat rovnou v Biosu a budes mit po problemu.

[Jendа]

Napadá tě jak by to mohlo způsobovat jeho problém?

[X]

Jestli je to po 12 minutach, tak nejaka stara sitova uloha, zbytecne chytra "utilita" co zbyla po tom wwan pripojeni, nakopunity NM, tezko rict, malo info. Tcpdump + dmesg by pomohl, ale kdyz to nevyuziva tak proc to rovnou nevypnout. Zalezi jak moc to chce resit ;)..

[Vtipnéř]

Výpis tcpdump jsem v úterý posílal technikovi, třeba v něm něco zjistí. Já osobně to moc neřeším, normálně v práci sedím u desktopu, jenže ten problém s wifi má víc lidí, tak pomáhám zjistit, v čem to je. Nechávám na notebooku puštěný nějaký testovací program a v úterý mi technik řekl o těch dvou zařízeních, která kolidují. Takže jestli tohle odstraním, uvidí se, co bude dál.

Ten nápad se zákazem v BIOSu zkusím.

Jirka

[motyq]

Vůbec bych se nedivil, kdyby to dělala chytrá zařízení, která mění MAC addresu randomizovaně a DHCP došly volné adresy/leases v daném subnetu. Již jsem to párkrát viděl a "technik" si toho nevšiml. Pak se některá zařízení perou o poslední volná místa...

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

Tak hlavně ono to také vůbec nemusí být tím klientem.

[X]

Dame preci technikovi nejakou sanci.. ;)

[Vtipnéř]

Technik mi napsal, že se na to spolu mrkneme, až zase přijdu, což bude v úterý, do té doby jsem na home office. Takže pak se ozvu, jak to dopadlo.

Jirka

[Zoufalec]

Všechny zdravím.

Problém byl nakonec patrně v tom, že mi na počítači běžel DHCP server. Asi to byl relikt z nějakých pokusů s virtuálními systémy, zkoušel jsem toho v minulosti víc, takže teď už nedokážu zjistit, k čemu jsem ho vlastně potřeboval (a jestli vůbec).

Jirka