Изпечатай

[cybercop]

От доста време ползвам само жична мрежа. Днес се опитай да се свържа към рутера с безжичната мрежа през Network Manager и се оказа, че връзката не може да бъде осъществена. Има инсталиран драйвър и няма проблеми с намирането на мрежите. Пуснах жив диск с Ubuntu и видях, че там няма проблеми със свързването. Някой има ли идея, какво може да е станало. За последно съм се свързвал към безжична мрежа под Stretch, когато беше тестова версия. Не съм променял нищо по конфигурацията, но през това време ми смениха стария рутер с PON устройство.
Благодаря предварително, ако някой ми помогне да реша проблема, въпреки, че е по-скоро дразнещо, отколкото истински проблем. Предпочитам винаги жична мрежа, когато е достъпна.

[deant01]

От доста време ползвам само жична мрежа. Днес се опитай да се свържа към рутера с безжичната мрежа през Network Manager и се оказа, че връзката не може да бъде осъществена. Има инсталиран драйвър и няма проблеми с намирането на мрежите. Пуснах жив диск с Ubuntu и видях, че там няма проблеми със свързването. Някой има ли идея, какво може да е станало. За последно съм се свързвал към безжична мрежа под Stretch, когато беше тестова версия. Не съм променял нищо по конфигурацията, но през това време ми смениха стария рутер с PON устройство.
Благодаря предварително, ако някой ми помогне да реша проблема, въпреки, че е по-скоро дразнещо, отколкото истински проблем. Предпочитам винаги жична мрежа, когато е достъпна.

предполагам в графичната среда не ги дава грешка ама покажи все пак какво се случва в /var/log/syslog или /var/log/messages след опит за връзка  рутера
.

[jet]

дай: /etc/networks/interfaces

[cybercop]

дай: /etc/networks/interfaces

Това беше първото, което проверих. Никакви проблеми не виждам.
# The loopback network interface
auto lo
iface lo inet loopback

Всичко друго съм премахнал след инсталацията, за да не бъде игнориран NM.

[cybercop]

предполагам в графичната среда не ги дава грешка ама покажи все пак какво се случва в /var/log/syslog или /var/log/messages след опит за връзка  рутера.

Не излиза никаква грешка, освен, че няма връзка. След няколко дни ще ти дам изходите, защото сега съм на домашния си компютър. Парадокс е, че същата система (до последното приложение) се свърза без проблем с един произволен рутер от списъка. Дори картите за мрежата са Atheros, но тази на служебния е USB адаптер. Другата седмица ще го мисля отново. Ще се опитам да се свържа и с друг рутер.

[jet]

Пробвай да сложиш това в /etc/network/interfaces

Код:

allow-hotplug wlan0
iface wlan0 inet dhcp
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

allow-hotplug wlan1
iface wlan1 inet dhcp
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

/etc/wpa_supplicant/wpa_supplicant.conf  трябва да почва отгоре с нещо като:

Код:

country=GB
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

Разбира се можеш да смениш GB

[cybercop]

Благодаря ! ще си правя експериментите другата седмица. Включително ще върна Atheros драйвъра към по- стара версия. Ubuntu не ползва фирмен драйвър за това устройство и може и това да е причината да няма проблем при свързване.

[remotexx]

Пиши после как си се преборил че и аз имам подобен проблем с Атерос-ите
аз го борих под конзола последно т.е. без НМ и не можах да се справя
- уж се връзва а пък после най-често не може да си вземе IP адрес от отсреща и връзката пропада
- отделно, че при вече установена връзка дропи по някое време...
.. пробвах и с по-стари драйвер и с по-нови и с тия дето идат с устройството - все тая
...уж отвориха кода (баш на моя чип) и пак същия

аз съм с Дебиян тестинг - не бях се сетил да пробвам с друга ОС (имам и Федора) поне да разбера при мене дали е от ОС, драйвери или нещо друго (не ми е проблема в рутера - всичко др. работи с него вкл. ТВ и тел.) ...освен да ми е на кофти място десктопа, ама са в една и съща стая все пак

пиши ако се пребориш как...

[remotexx]

да опиша и аз своите неволи, пък някой ако може да удари едно рамо...

когато работи у-вото - работи, със абсолютно същия конфиг... т.е. или тръгва от раз (после по някое време може да се разпадне), но ако не тръгне от раз въобще не тръгва при повторни опити - само откачане и закачане помага ..понякога

ползвам следния скрипт

Код

GeSHi (Bash):
pkill nm-applet
systemctl stop wicd
systemctl stop network-manager
systemctl stop NetworkManager
systemctl stop ModemManager
systemctl stop NetworkManager-dispatcher
 
killall wpa_supplicant
ip link set wlx2824ff1a1f7b down
rfkill unblock wifi
 
ip link set wlx2824ff1a1f7b up
iwconfig wlx2824ff1a1f7b rate 54M
wpa_supplicant -B -D nl80211 -i wlx2824ff1a1f7b -c /root/wpa_wifi.conf
dhclient -v wlx2824ff1a1f7b

резултат:

Код

GeSHi (Bash):
Failed to stop wicd.service: Unit wicd.service not loaded.
Successfully initialized wpa_supplicant
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
 
Listening on LPF/wlx2824ff1a1f7b/28:24:ff:1a:1f:7b
Sending on   LPF/wlx2824ff1a1f7b/28:24:ff:1a:1f:7b
Sending on   Socket/fallback
DHCPDISCOVER on wlx2824ff1a1f7b to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlx2824ff1a1f7b to 255.255.255.255 port 67 interval 10
...
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

междувременно се вижда това във .../messages

Код

GeSHi (Bash):
[  340.948686] wlx2824ff1a1f7b: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded
[  341.075663] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 1/3)
[  341.077307] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 2/3)
[  341.079304] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 3/3)
[  341.081219] wlx2824ff1a1f7b: authentication with 74:4a:a4:61:7e:d6 timed out
...
Sep 23 09:10:17 localhost kernel: [  353.314316] wlx2824ff1a1f7b: authentication with 74:4a:a4:61:7e:d6 timed out
Sep 23 09:10:27 localhost colord[1642]: failed to get session [pid 2478]: No data available
Sep 23 09:10:27 localhost colord[1642]: failed to get session [pid 2478]: No data available
Sep 23 09:10:27 localhost rsyslogd:  [origin software="rsyslogd" swVersion="8.29.0" x-pid="607" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Sep 23 09:10:40 localhost kernel: [  376.408739] wlx2824ff1a1f7b: authenticate with 74:4a:a4:61:7e:d6
Sep 23 09:10:40 localhost kernel: [  376.408764] wlx2824ff1a1f7b: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded
Sep 23 09:10:40 localhost kernel: [  376.536111] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 1/3)
Sep 23 09:10:40 localhost kernel: [  376.538121] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 2/3)
Sep 23 09:10:40 localhost kernel: [  376.539984] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 3/3)
Sep 23 09:10:40 localhost kernel: [  376.542389] wlx2824ff1a1f7b: authentication with 74:4a:a4:61:7e:d6 timed out

dmesg:

Код

GeSHi (Bash):
[  255.367465] usb 5-1: new high-speed USB device number 2 using ehci-pci
[  255.532321] usb 5-1: New USB device found, idVendor=0cf3, idProduct=9271
[  255.532334] usb 5-1: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[  255.532341] usb 5-1: Product: UB93
[  255.532346] usb 5-1: Manufacturer: ATHEROS
[  255.532351] usb 5-1: SerialNumber: 12345
[  255.845888] usb 5-1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[  255.846081] usbcore: registered new interface driver ath9k_htc
[  255.882013] usb 5-1: firmware: direct-loading firmware ath9k_htc/htc_9271-1.4.0.fw
[  256.165100] usb 5-1: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[  256.416620] ath9k_htc 5-1:1.0: ath9k_htc: HTC initialized with 33 credits
[  256.649711] ath9k_htc 5-1:1.0: ath9k_htc: FW Version: 1.4
[  256.649722] ath9k_htc 5-1:1.0: FW RMW support: On
[  256.649728] ath: EEPROM regdomain: 0x65
[  256.649730] ath: EEPROM indicates we should expect a direct regpair map
[  256.649734] ath: Country alpha2 being used: 00
[  256.649736] ath: Regpair used: 0x65
[  256.691460] ieee80211 phy0: Atheros AR9271 Rev:1
[  256.785784] ath9k_htc 5-1:1.0 wlx2824ff1a1f7b: renamed from wlan0
[  256.835821] IPv6: ADDRCONF(NETDEV_UP): wlx2824ff1a1f7b: link is not ready

интересно че трафик няма - дали и tshark нещо не се е прецакал, или пък просто не прихваща нищо докато не се осъществи връзка(та) (не знам как да тълкувам долното) - трафик няма!

Код

GeSHi (Bash):
tshark -i wlx2824ff1a1f7b
Running as user "root" and group "root". This could be dangerous.
tshark: Lua: Error during loading:
 [string "/usr/share/wireshark/init.lua"]:44: dofile has been disabled due to running Wireshark as superuser. See https://wiki.wireshark.org/CaptureSetup/CapturePrivileges for help in running Wireshark as an unprivileged user.
Capturing on 'wlx2824ff1a1f7b'
 

когато работи (т.е. мноого рядко) изписва директно това т.е. и с него си работи

Код

GeSHi (Bash):
investigate: wlx2824ff1a1f7b: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded
authenticated

друго на което не съм обърнал внимание (когато работи), не знам дали е важно
/etc/default/crda
REGDOMAIN=US

а то ми изписва

Код

GeSHi (Bash):
] ath: EEPROM regdomain: 0x65
] ath: EEPROM indicates we should expect a direct regpair map
] ath: Country alpha2 being used: 00
] ath: Regpair used: 0x65

Edit: Оказа се че това е нормално за US: 0x0, 0x65 https://wireless.wiki.kernel.org/en/users/drivers/ath

и дали е  важно да му работи ИПв6 т.е. да не би след поредния ъпдейт и ...вече да е важно т.е. само така да работи

Код

GeSHi (Bash):
IPv6: ADDRCONF(NETDEV_UP): wlx2824ff1a1f7b: link is not ready

Edit2: Оказва се че и това съобщение може да се игнорира - ОК е поне докат не вдигна картата - а там става без грешка

мрежата я вижда
iwlist wlx2824ff1a1f7b scan

Код

GeSHi (Bash):
          Cell 07 - Address: 74:4A:A4:61:7E:D6
                    Channel:11
                    Frequency:2.462 GHz (Channel 11)
                    Quality=22/70  Signal level=-88 dBm  
                    Encryption key:on
                    ESSID:"MyWiFi2"
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s
                    Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s
                              36 Mb/s; 48 Mb/s; 54 Mb/s
                    Mode:Master
                    Extra:tsf=0000054fe2f5a30b
                    Extra: Last beacon: 24ms ago
                    IE: Unknown: 00064D696C6B6132
                    IE: Unknown: 010482848B96
                    IE: Unknown: 03010B
                    IE: Unknown: 072455532001011B02011B03011B04011B05011B06011B07011B08011B09011B0A011B0B011B
                    IE: Unknown: 2A0100
                    IE: Unknown: 32080C1218243048606C
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (2) : CCMP TKIP
                        Authentication Suites (1) : PSK
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (2) : CCMP TKIP
                        Authentication Suites (1) : PSK
                    IE: Unknown: 2D1AEF0103FFFF000000000000000000000000000000000000000000
                    IE: Unknown: 3D160B051100000000000000000000000000000000000000
                    IE: Unknown: DD180050F2020101810003A4000027A4000042435E0062322F00
                    IE: Unknown: 7F0101
                    IE: Unknown: DD640050F204104A0001101044000102103B00010310470010325529669ACE1D9E2E3CA1B98B9A8256102100035A544510230006536F66744150102400013010420001301054000800060050F20400011011000241501008000202841049000600372A000120

[remotexx]

след малко ровичкане по настройките и смяна на dhclient със dhcpcd - има известен напредък, сега винаги дава authenticated но пък се проваля на associate with ...
- интересно че Дебиян преоръчват официално dhclient https://wiki.debian.org/WiFi/HowToUse

Код

GeSHi (Bash):
[29109.148282] wlx2824ff1a1f7b: authenticate with 74:4a:a4:61:7e:d6
[29109.148306] wlx2824ff1a1f7b: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded
[29109.274982] wlx2824ff1a1f7b: send auth to 74:4a:a4:61:7e:d6 (try 1/3)
[29109.277357] wlx2824ff1a1f7b: authenticated
[29109.279402] wlx2824ff1a1f7b: associate with 74:4a:a4:61:7e:d6 (try 1/3)
[29109.281339] wlx2824ff1a1f7b: associate with 74:4a:a4:61:7e:d6 (try 2/3)
[29109.283462] wlx2824ff1a1f7b: associate with 74:4a:a4:61:7e:d6 (try 3/3)
[29109.285461] wlx2824ff1a1f7b: association with 74:4a:a4:61:7e:d6 timed out

подкарах (временно) и wpa_gui
Authenticating, scanning, disconnected
Scanning - WPS-AP-AVAILABLE
да не би заради това ..да ме кара всеки път да ходя да му цъкам копчето

[remotexx]

Напоследък доста проблеми ми прави systemd - поне аз така мисля, че проблема ми с WiFi е от него, т.е. подкарва NetworkManager или части от него които прецакваха всичко друго което пробвах (wicd, dhclient - щото онова пък ползвало dhcpcd  и т.н.), та сега си реших проблема с инстралирането и подкарването на NetworkManager

т.е. забелязах че при деинсталиран NetworkManager пак се появяваха съобщения от dhcpcd в systemd логовете (добре че се сетих да проверя и тях, че в момента ми се разминават със системните)

т.е. ръчното подкарване (реших да го тествам на ръчно, че поне може да изкарат повече дебъг информация) независмо дали с мой скрипт, wicd и т.н. или тръгваше от раз (предполагам когато успее да изпревари НМ) или по-честно въобще не тръгваше (1:100) и то като тръгне по някое време (предполагам като ми изтече dhcp lease и умираше)


Към колегата (който изначално го бореше с НМ и други с Атерос)
следвайки упътванията по-долу съм добавил следните неща (и нямам проблеми - с НМ де, инак проблеми колкот искаш, но не мога да изкл. systemd, а никой не казва кои услуги да махна/забраня, а и списъка ще се променя с времето, та накрая реших и аз да мина на официално поддържаното т.е. НМ)

#apt-get install iw firmware-atheros
Регион (по подразбиране e US) или всеки път от козола се сетва или се наглася в mcedit /etc/default/crda
#iw reg set US
#mcedit /etc/default/crda
#REGDOMAIN=US

https://www.thinkpenguin.com/gnu-linux/how-configure-wifi-card-using-command-line-or-terminal
при мен даже фирмуера е този (свален от тази стр. - нищо че е бета казват че фикснали важен бъг с разкачането)
https://www.thinkpenguin.com/files/ath9k-htc/version-1.4-beta/index.html
и следвах
https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-usb-adapter-gnu-linux-tpe-n150usb-tpe-n150usbl-tpe-nusbdb

и после единственото което добавих оттук
https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-usb-adapter-gnu-linux-tpe-n150usb-debian-firmware-install

Аlso Note: If you are on Debian 9 (Stretch) and you see a list of access points, but can't connect try this:

sudo nano /etc/NetworkManager/conf.d/l.conf
само че при мен файла е /etc/NetworkManager/NetworkManager.conf

Add the following to this file:

[device]
wifi.scan-rand-mac-address=0

Then restart network manager:

sudo service network-manager restart

Надявам се да помогне и на други - оказва се че Атерос имат бая трески за дялане, ама един път като се окарат вече и ..вървят 

[cybercop]

/etc/wpa_supplicant/wpa_supplicant.conf  трябва да почва отгоре с нещо като:

Код:

country=GB
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

Разбира се можеш да смениш GB

Няма такъв файл в папка /etc/wpa_supplicant. Ще съм благодарен, ако някой ми предостави негова конфигурация.

[Acho]

С живия диск, дето всичко работило, няма ли подобен файл ?

[cybercop]

Проверих и на инсталирана система под Ubuntu. Няма такъв файл, но всичко е наред с връзката. Обнових и драйвъра за Atheros до този от Sid. Разпознава устройствата, но не може да се осъществи връзка по безжичната мрежа. Ще трябва да намеря някоя отключена мрежа за да проверя, как е там. Може да има някакъв проблем с правата.
П.П.: Файлът се оказа в папката на NM. Ще го погледна и после ще пиша.

[remotexx]

при мен ги няма тия неща в  /etc/network/interfaces - напълно празен, тапата ми е УСБ и само със работещ НМ си е напълно хот-плъг т.е. закачам - работи, разкачам изчезва, а доколкото си спомням каза че го бориш с НМ да тръгне...

@cyber ако ползваш НМ не ти трябва този файл wpa_supplicant.conf, установих че не го ползва, защото той е за паролата PSK hex и др. Настройки за мрежите ама когато ги пускаш ръчно, а мен при наличие на файла пак ме пита за паролата, т.е. Сега като казваш може и НМ да си го прави, но някъде другаде т.е. Не го пипай, прбвай само със следните три неща
1. Драйвери
2. /etc/default/crda, за regdomain, защото с НМ с команди от конзола не става
3. NetworkManager.conf добави
sudo nano /etc/NetworkManager/conf.d/l.conf
само че при мен файла е /etc/NetworkManager/NetworkManager.conf

Add the following to this file:

[device]
wifi.scan-rand-mac-address=0

Then restart network manager:... предполагам и изкарване и вкарване на тапата или рестарт ако е вградена

Мисля че при мен за НМ тези неща помогнаха или поне някои от тези трите ..особено последното, дано работи и за други Атероси

П.П. По въпроса за дрйвъра, нямах предвид само по-нов, а напр. Този моя е по-стар но по-пачнат, пробвай и с по-стари.. Wicd видях опция allow small packets /която ако е неактивна не може да се връзва към определен тип мрежи дето искат да им е малък ..пакетът / , и на моя по стария драйвър пача е за да му добавят точно това.. Не съм му го сетвал експлицитно, но може пък НМ да ползва/сетва тая опция автоматично...
т.е. аз понеже вече ги бях сложил всичките тези преди да мина на НМ и сега не знам от кое точно стана, но си спомням че тези 3-4 неща бяха точно за нашата ситуация, вижда мрежите, но не може да се закачи (т.е. поне само за това си признават на сайта)
...е и освен това (предполагам) при мен се намеси и systemd та не можах да го подкарам на ръка

П.П.П. За (мое) най-голямо съжаление вече фиксовете са само за НМ/systemd etc. - никаква поддръжка за дистрибуциите и хората без НМ/systemd etc. - напр. къде да го хакнат това wifi.scan-rand-mac-address=0 ако не ползват НМ