Driver TP-Link Archer T4UH v2 parece funcionar, mas não consigo obter WiFi para trabalhar

0

Estou tendo problemas para finalizar a conexão com o TP-Link Archer T4UH v2. Estou usando este driver: link .

Minha distro:

$ cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu Bionic Beaver (development branch)"
NAME="Ubuntu"
VERSION="18.04 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu Bionic Beaver (development branch)"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic

lsusb output:

$ lsusb
Bus 001 Device 004: ID 2357:010e 

Percebi que não estava no link ainda, então eu adicionei:

{USB_DEVICE(0x2357, 0x010E),.driver_info = RTL8812}, /* TP-Link - T4UH v2 */

A partir daqui, executei as diretrizes do DKMS a partir do README.md e tudo correu bem sem erros:

$ sudo dkms status
rtl8812AU, 4.3.20, 4.15.0-13-generic, x86_64: installed
virtualbox, 5.2.8, 4.15.0-13-generic, x86_64: installed

Em seguida, verifiquei o seguinte:

$ lsmod | grep 88 
8812au               1077248  0

$ sudo modprobe 8812au
# Empty output

$ sudo /sbin/depmod -a
# Empty output

$ ifconfig -a
enp0s31f6: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether e0:d5:5e:82:22:62  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xf7100000-f7120000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 47443  bytes 33615823 (33.6 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 47443  bytes 33615823 (33.6 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet hidden  netmask 255.255.255.255  destination hidden
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)
        RX packets 25681199  bytes 21203557217 (21.2 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 19830026  bytes 9146100182 (9.1 GB)
        TX errors 0  dropped 20972 overruns 0  carrier 0  collisions 0

wlx001e2a3838cb: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.8  netmask 255.255.255.0  broadcast 192.168.2.255
        ether 00:1e:2a:38:38:cb  txqueuelen 1000  (Ethernet)
        RX packets 38668731  bytes 25575957972 (25.5 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 25577486  bytes 12808764441 (12.8 GB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Agora posso ver o T4UH v2 sob um nome aparentemente gerado enp0s31f6 , mas ainda como um dispositivo ethernet. Isso também aconteceu quando tentei instalá-lo no meu MacBook Pro para ver se funcionava. E ele permanece uma interface Ethernet, mas a GUI que vem com os drivers TP-Link Mac parece fazer algo subaquático que o conecta como WiFi, o que faz o Mac pensar que o dispositivo é validamente conectado à Ethernet.

A luz azul no dispositivo não está acesa ou piscando como quando foi instalada no macOS. Lá, mesmo sem conexão WiFi ativa, ele ainda estava ligado e / ou piscando.

Então eu tentei na pasta do driver:

$ cd /lib/modules/4.15.0-13-generic/kernel/drivers/net/wireless
$ sudo wpa_supplicant -D nl80211 -i enp0s31f6 -c ./ wpa_0_8.conf -B
Successfully initialized wpa_supplicant
nl80211: Could not configure driver mode
nl80211: deinit ifname=enp0s31f6 disabled_11b_rates=0
enp0s31f6: Failed to initialize driver interface

Nas tentativas anteriores, também deu:

nl80211: Drivers does not support authentication/association or connect commands

O novo recurso é substituir o antigo, que dificilmente faz um download estável de 1 MB na intranet. As especificações deste novo são incríveis, então eu realmente espero que eu consiga fazê-lo funcionar de alguma forma. O TP-Link promove sua compatibilidade com o Linux, mas no site eles pararam no kernel versão 3.1. * :(. A compilação personalizada do driver do repositório GitHub mencionado anteriormente parece funcionar, mas ainda não estou familiarizado o suficiente com o kernel. Ferramentas do Ubuntu WiFi CLI para descobrir isso.

Obrigado antecipadamente!

  • Esta é a página do produto: link
  • O antigo PDF da configuração do Linux está aqui: link
  • Meu roteador é um ISP ExperiaBox v10 padrão (ZTE V1.01.00T03.4). Suporta 2.4GHz e 5GHz até o protocolo ac

Atualização 1

total lsusb output:

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0846:4260 NetGear, Inc. WG111v3 54 Mbps Wireless [realtek RTL8187B]
Bus 001 Device 004: ID 2357:010e  
Bus 001 Device 005: ID 413c:2110 Dell Computer Corp. 
Bus 001 Device 003: ID 413c:1010 Dell Computer Corp. 
Bus 001 Device 002: ID 145f:01f1 Trust 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

sudo modprobe 8812au && dmesg | grep 8812 output:

[    7.401386] 8812au: loading out-of-tree module taints kernel.
[    7.444058] 8812au: module verification failed: signature and/or required key missing - tainting kernel
[    7.446136] RTL871X: rtl8812au v4.3.20_16317.20160108
[    7.446151] usbcore: registered new interface driver rtl8812au

Talvez o erro venha de ter tido dkms-8812au instalado antes? Foi removido de forma limpa após tho. Até limpou os arquivos de origem. Por isso, deve ser apenas a nova compilação instalada do repositório.

Atualização 2

dmesg | grep enp output:

[    4.835489] e1000e 0000:00:1f.6 enp0s31f6: renamed from eth0
[    8.252764] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[    8.440257] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready

iwconfig output:

lo        no wireless extensions.

wlx001e2a3838cb  IEEE 802.11  ESSID:"H220N8210B1"  
          Mode:Managed  Frequency:2.447 GHz  Access Point: 74:B5:7E:26:1D:FE   
          Bit Rate=54 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=70/70  Signal level=-38 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:1365  Invalid misc:349   Missed beacon:0

vboxnet0  no wireless extensions.

enp0s31f6  no wireless extensions.

sudo lshw -C network output:

  *-network                 
       description: Ethernet interface
       product: Ethernet Connection (2) I219-V
       vendor: Intel Corporation
       physical id: 1f.6
       bus info: pci@0000:00:1f.6
       logical name: enp0s31f6
       version: 00
       serial: e0:d5:5e:82:22:62
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.2-4 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:137 memory:f7100000-f711ffff
  *-network
       description: Wireless interface
       physical id: 2
       bus info: usb@1:6
       logical name: wlx001e2a3838cb
       serial: 00:1e:2a:38:38:cb
       capabilities: ethernet physical wireless
       configuration: broadcast=yes driver=rtl8187 driverversion=4.15.0-13-generic firmware=N/A ip=192.168.2.8 link=yes multicast=yes wireless=IEEE 802.11
    
por User2910293 12.04.2018 / 09:42

1 resposta

2

Em nosso bate-papo, determinamos que a sequência usada para baixar o código-fonte e modificá-lo para adicionar seu dispositivo específico 2357: 010e estava com defeito. Você fez o download de uma nova cópia, alterou o código usb_intf.c para adicionar seu dispositivo e depois usou o dkms para instalá-lo.

Descobrimos também que o módulo 8812au existe por padrão na sua versão do kernel 4.15. Usamos o dkms --force para obter a versão corrigida para instalar e substituir a versão padrão do kernel.

Depois de definir o roteador como WPA2-AES e um canal fixo 6, em vez de selecionar o canal automático, o dispositivo pode se conectar e navegar na Internet.

    
por chili555 14.04.2018 / 14:52