De alguma forma, meu firmware tem problemas com o nome da interface longa. Então eu corri este comando para evitar isso:
ln -s /dev/null /etc/systemd/network/99-default.link
e funcionou.
Instalei o Debian 9 stretch (desktop GNOME) de 64 bits no meu PC. O meu adaptador sem fio USB (TP-LINK TL-WN722N) foi detectado automaticamente após a instalação do firmware atheros:
apt-get install firmware-atheros
Mas não consigo me conectar a qualquer estrutura sem fio, estejam elas protegidas com senha ou desprotegidas.
Eu pluguei meu USB. Foi detectado, enviado auth, autenticado, mas imediatamente abortado autenticação. Desativar o IPV6 não resolveu meu problema.
Aqui está o meu relatório 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
Não sei por que isso aconteceu, nem por que foi cancelado várias vezes em uma tentativa.
Editar: relatório do 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.
Como outros disseram, o problema é causado pelo nome não padrão que o dispositivo obtém (ou seja, não wlan *). O link / dev / null não funcionou para mim, então eu tive que criar uma regra do udev para renomear a interface:
Em
/etc/udev/rules.d/70-persistent-net.rules
adicione:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?", ATTRS{product}=="802.11 n WLAN", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan", NAME="wlan1"
Ajuste o produto ATTRS {para o seu dispositivo específico. Veja como encontrá-lo aqui
Fico feliz que você tenha postado e encontrado uma solução para seu próprio problema, eu tive algo parecido com a mesma distro, com uma chave baseada em rtl8192 (Netgear WNA3100M para ser precisa), o systemd% truque link que você mencionou Obrigado.
Só para adicionar que este artigo me ajudou a entender porque a correção realmente funciona; é porque estamos substituindo o arquivo /lib/systemd/network/99-default.link padrão que contém um NamePolicy que não agrada o firmware.
BTW, ainda tive problemas para entrar em algumas redes. Aconteceu que o domínio regulamentar padrão não correspondia à minha localização, por isso tive de emitir uma iw reg set <MyCountryCode> e edite o arquivo /etc/default/crda de acordo.
Eu tenho o mesmo problema com dois sticks WiFi USB diferentes. A correção também funcionou no meu caso, obrigado.
Eu acho que o problema está conectado ao NetworkManager e ao firmware: quando eu usei o mesmo computador e pen drives, a mesma distribuição Linux (Debian 9.3), mas usei wicd ao invés de NetworkManager, então os nomes longos e não padrão dos dispositivos eram trabalhando, e essa correção não foi necessária.