☰

ALFA AWUS036NHA(atheros 9271L)의 특수 "연결 끊김" 문제

tag-icon • tag-icon debian networking wifi network-interface firmware
ALFA AWUS036NHA(atheros 9271L)의 특수 "연결 끊김" 문제

나는 다음을 사용하고 있습니다. Debian Sid (kernel 4.15.0-2-amd64)신호가 매우 약한 경우에도(예: -80dBm) 온보드 장치를 사용하여 Wi-Fi 네트워크에 완벽하게 연결할 수 있습니다.Intel 7265iwlwifi

ALFA AWUS036NHA (Atheros 9271)그러나 최근에는 좋은 신호 품질(-68dBm)에도 불구하고 때때로 라우터를 핑할 수 없는 문제가 발생했습니다 . 나는 firmware-atheros데비안 패키지를 사용해 보았고오픈 소스 대안, 아래 설명과 동일한 결과가 나타납니다.

일반적으로 내 라우팅 테이블은 다음과 같습니다.

:~$ sudo route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         speedport-entry 0.0.0.0         UG    0      0        0 wlan1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan1
192.168.71.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
192.168.154.0   0.0.0.0         255.255.255.0   U     0      0        0 vmnet1

임의의 순간에 라우팅 테이블은 다음과 같이 됩니다.

:~$ sudo route
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref       Use Iface
    default         _gateway        0.0.0.0         UG    0      0        0 wlan1
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan1
    192.168.71.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
        192.168.154.0   0.0.0.0         255.255.255.0   U     0      0        0 vmnet1

이 경우 게이트웨이(192.168.1.1) 및 기타 IP(예: 8.8.8.8)를 ping합니다.무기한 매달리다.하지만 ARP이 경우에는 연결된 나머지 장치가 표시되고 안테나 표시등이 예상대로 깜박입니다.

차이점은 다음과 같습니다.게이트웨이 컬럼( _gateway그리고 speedport-entry). 그 일이 일어났을 때 나는 다른 특별한 것을 관찰할 수 없었다. IP, 넷마스크 등을 보존합니다.

$ ifconfig wlan1
wlan1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.68  netmask 255.255.255.0  broadcast 192.168.1.255
        ether 00:c0:ca:97:32:3e  txqueuelen 1000  (Ethernet)
        RX packets 4102532  bytes 3990894721 (3.7 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3198872  bytes 1012818336 (965.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

해결책:

해결책은 1) Wicd를 사용하여 연결을 끊었다가 다시 연결하는 것입니다(그놈 네트워크 관리자가 있기 때문입니다).네트워크 선택무기한 로딩) 또는 2) 기다리면(1~5분) 자체적으로 문제가 해결됩니다.

몇가지 정보:

$ lsmod | grep ath9k
ath9k_htc              81920  0
ath9k_common           20480  1 ath9k_htc
ath9k_hw              487424  2 ath9k_htc,ath9k_common
ath                    32768  3 ath9k_htc,ath9k_hw,ath9k_common
mac80211              798720  2 iwlmvm,ath9k_htc
cfg80211              720896  6 iwlmvm,ath9k_htc,iwlwifi,mac80211,ath,ath9k_common
usbcore               290816  11 ath9k_htc,usbhid,snd_usb_audio,usb_storage,ehci_hcd,xhci_pci,snd_usbmidi_lib,btusb,uas,xhci_hcd,ehci_pci


$ sudo lshw -c network
  *-network                 
       description: Ethernet interface
       product: Ethernet Connection (3) I218-LM
       vendor: Intel Corporation
       physical id: 19
       bus info: pci@0000:00:19.0
       logical name: eth0
       version: 03
       serial: f8:ca:b8:37:ec:75
       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-3 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:52 memory:f7200000-f721ffff memory:f7243000-f7243fff ioport:f080(size=32)
  *-network
       description: Wireless interface
       product: Wireless 7265
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlan0
       version: 59
       serial: 18:5e:0f:9f:2c:61
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwlwifi driverversion=4.15.0-2-amd64 firmware=29.541020.0 latency=0 link=no multicast=yes wireless=IEEE 802.11
       resources: irq:49 memory:f7000000-f7001fff
  *-network
       description: Wireless interface
       physical id: 2
       bus info: usb@1:1
       logical name: wlan1
       serial: 00:c0:ca:97:32:3e
       capabilities: ethernet physical wireless
       configuration: broadcast=yes driver=ath9k_htc driverversion=4.15.0-2-amd64 firmware=1.4 ip=192.168.1.68 link=yes multicast=yes wireless=IEEE 802.11

이벤트 중에 유용한 정보를 찾을 수 없으며 이전/이전 로그만 찾을 수 있습니다.

:~$ sudo dmesg -T | grep -i ath9k
[Thu Apr 12 20:57:43 2018] usb 1-1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[Thu Apr 12 20:57:43 2018] usbcore: registered new interface driver ath9k_htc
[Thu Apr 12 20:57:43 2018] usb 1-1: firmware: failed to load ath9k_htc/htc_9271-1.4.0.fw (-2)
[Thu Apr 12 20:57:43 2018] usb 1-1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[Thu Apr 12 20:57:43 2018] usb 1-1: ath9k_htc: Firmware htc_9271.fw requested
[Thu Apr 12 20:57:44 2018] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51008
[Thu Apr 12 20:57:44 2018] ath9k_htc 1-1:1.0: ath9k_htc: HTC initialized with 33 credits
[Thu Apr 12 20:57:44 2018] ath9k_htc 1-1:1.0: ath9k_htc: FW Version: 1.4
[Thu Apr 12 20:57:44 2018] ath9k_htc 1-1:1.0: FW RMW support: On
[Fri Apr 13 00:38:49 2018] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51008
[Fri Apr 13 00:38:49 2018] ath9k_htc 1-1:1.0: ath9k_htc: HTC initialized with 33 credits

내가 발견한 유일한 관련 오류(마지막 세 줄) ~ 이 로그는 다시 이전 로그이며 내가 조사한 "연결 끊김" 시 중복되지 않았습니다.

:~$ sudo dmesg -T | grep -i error
[Thu Apr 12 20:57:38 2018] Error parsing PCC subspaces from PCCT
[Thu Apr 12 20:57:39 2018] i801_smbus: probe of 0000:00:1f.3 failed with error -16
[Thu Apr 12 20:57:42 2018] EXT4-fs (sdb3): re-mounted. Opts: errors=remount-ro
[Thu Apr 12 20:57:42 2018] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[Thu Apr 12 20:57:43 2018] usb 1-1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[Fri Apr 13 00:38:48 2018] usb 1-1: device descriptor read/64, error -110

추가로 디버깅할 수 있는 아이디어가 있나요?

답변1

이 어댑터를 사용하면서 동일한 문제가 발생했으며 오랫동안 드라이버를 디버깅한 후에도 문제를 찾지 못했습니다. 그런 다음 Windows에서도 동일한 문제가 존재하며 동일한 시스템(이중 부팅)에 설치되어 있음을 발견했습니다. 이로 인해 드라이버 문제가 매우 우연하게 발생하므로 이 WiFi 어댑터의 하드웨어나 이를 지원하는 USB 포트에 문제가 있는 것으로 의심되기 시작했습니다. 그래서 이전 제품을 반품하고 새 ALFA AWUS036NHAWiFi 어댑터를 다시 주문하고 새 USB 포트 쌍이 있는 새 PCIe 카드를 설치했습니다.

놀랍게도 두 운영 체제 모두에 문제가 있습니다!

이 WiFi 어댑터의 LED 표시등이 가끔 멈춘다는 점(대부분 꺼짐)을 염두에 두고 이 WiFi 어댑터 내부의 MCU가 일부 전원 문제로 인해 정지되거나 재설정되는 것이 아닐까 의심하기 시작하여 inline USB power monitorMini-B WiFi 어댑터 USB 소켓 에 연결했습니다. , 검색하도록 설정하고 MAX Hold display어댑터를 분리하세요더기본 설정에서 간헐적으로 최대 830mA를 끌어옵니다(USB 표준 사용 시 최대 910mA).TX 파워 해킹 추가).

한쪽 끝에 USB Mini-B 잭이 있고 다른 쪽 끝에 2개의 병렬 USB Type-A가 있는 90Ω 임피던스 차폐 연선 케이블(16AWG 도체의 S/STP)을 사용하여 나만의 3미터 USB 케이블을 구성했습니다. 잭은 2개의 USB 미니 B에서 전원 전류를 끌어옵니다. 이 케이블을 사용하여 USB 소켓을 동시에 호스트하면(단, 데이터는 하나의 USB 소켓으로만 이동합니다!) 임의의 연결 해제 문제, 정지 및 잠금이 모두 사라집니다.

관련 정보