Я установил 64-разрядную версию Debian 9 stretch (рабочий стол GNOME) на свой ПК. Мой беспроводной USB-адаптер (TP-LINK TL-WN722N) был обнаружен автоматически после установки прошивки atheros:
apt-get install firmware-atheros
Но я не могу подключиться к какой-либо беспроводной среде, независимо от того, защищены ли они паролем или не защищены.
Я подключил свой USB. Он был обнаружен, отправлен аутентификацию, аутентифицирован, но сразу же прервал аутентификацию. Отключение IPV6 не решило мою проблему. Вот мой dmesg
отчет:
[ 59.880805] usb 1-1.4: new high-speed USB device number 4 using ehci-pci
[ 60.005727] usb 1-1.4: New USB device found, idVendor=0cf3, idProduct=9271
[ 60.005729] usb 1-1.4: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 60.005731] usb 1-1.4: Product: USB2.0 WLAN
[ 60.005732] usb 1-1.4: Manufacturer: ATHEROS
[ 60.005734] usb 1-1.4: SerialNumber: 12345
[ 60.324981] usb 1-1.4: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 60.325069] usbcore: registered new interface driver ath9k_htc
[ 60.348095] usb 1-1.4: firmware: direct-loading firmware ath9k_htc/htc_9271-1.4.0.fw
[ 60.629962] usb 1-1.4: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[ 60.880826] ath9k_htc 1-1.4:1.0: ath9k_htc: HTC initialized with 33 credits
[ 61.111895] ath9k_htc 1-1.4:1.0: ath9k_htc: FW Version: 1.4
[ 61.111897] ath9k_htc 1-1.4:1.0: FW RMW support: On
[ 61.111899] ath: EEPROM regdomain: 0x809c
[ 61.111900] ath: EEPROM indicates we should expect a country code
[ 61.111901] ath: doing EEPROM country->regdmn map search
[ 61.111911] ath: country maps to regdmn code: 0x52
[ 61.111912] ath: Country alpha2 being used: CN
[ 61.111912] ath: Regpair used: 0x52
[ 61.122477] ieee80211 phy0: Atheros AR9271 Rev:1
[ 61.185069] ath9k_htc 1-1.4:1.0 wlx18a6f7160a49: renamed from wlan0
[ 61.224640] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[ 61.361032] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[ 61.535923] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[ 61.743450] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[ 69.190250] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[ 70.360621] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[ 70.551637] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[ 70.556012] wlx18a6f7160a49: authenticated
[ 75.555233] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 76.872114] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[ 77.061146] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[ 77.065158] wlx18a6f7160a49: authenticated
[ 82.061225] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 83.775718] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[ 83.965040] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[ 83.969807] wlx18a6f7160a49: authenticated
[ 88.969792] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 91.207178] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[ 91.395860] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[ 91.400263] wlx18a6f7160a49: authenticated
[ 93.996839] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 94.061841] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[ 94.233433] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
Я понятия не имею, почему это произошло, и почему это было прервано несколько раз за одну попытку.
Изменить: отчет iwconfig:
enp3s0 no wireless extensions.
wlx18a6f7160a49 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
lo no wireless extensions.
Ответы:
Почему-то у моей прошивки возникли проблемы с длинным именем интерфейса. Поэтому я запустил эту команду, чтобы предотвратить это:
и это сработало.
источник
/lib/systemd/network/99-default.link
файл, содержащий , которыйNamePolicy
не радует прошивку. Кстати, у меня все еще были проблемы с подключением к некоторым сетям. Случилось так, что по умолчанию регуляторный домен не соответствует мое местоположение, так что я должен был выдатьiw reg set <MyCountryCode>
и отредактировать/etc/default/crda
файл по$ sudo nmcli dev wifi connect MySSID
выдает сообщение об ошибке, например,Error: Connection activation failed: (53) The Wi-Fi network could not be found.
отчет dmesg почти такой же.Как говорили другие, проблема вызвана нестандартным именем, которое получает устройство (т.е. не wlan *). Связывание / dev / null у меня не сработало, поэтому мне пришлось создать правило udev для переименования интерфейса:
В
Добавить:
Настройтесь
ATTRS{product}
на ваше конкретное устройство. Проверьте, как найти это здесьисточник
ATTRS{product}
то, что нужно заменить? ИмеетDRIVERS
также должны иметь что - то есть , или это на самом деле должен быть установлен=?
Спасибо!ATTRS{product}
. Шахта просыпается с такой конфигурацией:SUBSYSTEM=="net", ACTION=="add", KERNEL=="wlan*", NAME="wlan0"
У меня такая же проблема с двумя разными флешками USB WiFi. Исправление также работало в моем случае, спасибо.
Я думаю, что проблема связана с NetworkManager и прошивкой: когда я использовал один и тот же компьютер и USB-накопители, тот же дистрибутив Linux (Debian 9.3), но использовал wicd вместо NetworkManager, тогда длинные нестандартные имена устройств были работает, и это исправить не было необходимости.
источник
Принятый ответ работает и для меня. Но я не уверен, что использование ссылки на / dev / null является лучшим решением, потому что через 3 или 4 месяца я буду очень смущен, находя такую ссылку в этом месте.
В Raspbian -Installation на моем Raspberry Pi я нашел обычный файл /etc/systemd/network/99-default.link со следующим содержимым:
Я использую этот обычный файл вместо символической ссылки, чтобы решить проблему. Я думаю, что это решение имеет то преимущество, что в системе есть какая-то документация (возможно, мне следует добавить ссылку на эту страницу…).
Это даст намек на то, что происходит со мной в будущем. >; ->
источник
Как говорили другие, проблема вызвана нестандартным именем, которое получает устройство (т.е. не wlan *). Ниже приведены правильные способы установки имени сетевого интерфейса при использовании systemd.networkd или NetworkManager .
systemd.networkd
В то время как ссылки
/dev/null
могут решить проблему, правильный способ - создать.link file
настройку имени устройства.Создайте
/etc/systemd/network/50-wlan.link
со следующим содержанием:Перезагрузите или перезапустите сеть, затем проверьте результат:
udevadm info /sys/class/net/wlan0 | grep ID_NET_NAME=
Более подробную информацию и информацию об отладке можно найти здесь: https://www.freedesktop.org/software/systemd/man/systemd.link.html.
Сетевой менеджер
При использовании NetworkManager переименование интерфейса может быть достигнуто путем создания правила в каталоге /etc/udev/rules.d.
Создайте
/etc/udev/rules.d/70-rename-wlan.rules
со следующим содержанием:Если все прошло правильно, вы должны увидеть
wlan0
среди своих устройств послеreboot
.И вы сможете подключиться к Wi-Fi с помощью
nmcli d wifi connect MEU_WIFI_SSID password MEU_PASSWORD
.nmcli
Будет сохраняться соединение и переподключение после перезагрузки.источник
Принятое решение не работает для меня.
Я решил проблему, отключив IPv6 в свойствах подключения. Запустите nm-connection-editor , выберите проблемное соединение, нажмите кнопку со значком шестеренки (в моем случае), перейдите на вкладку «Настройки IPv6», в поле «Метод» выберите опцию «Игнорировать».
источник