"wpa 신청자: 현재 AP에 대한 네트워크 구성을 찾을 수 없습니다" - carl9170 구동 Wi-Fi 어댑터가 Debian 7에서 충돌합니다.

"wpa 신청자: 현재 AP에 대한 네트워크 구성을 찾을 수 없습니다" - carl9170 구동 Wi-Fi 어댑터가 Debian 7에서 충돌합니다.

이론적으로는 Linux 3.2 커널이 설치된 Debian 7 시스템과 Atheros 칩셋(D-Link DWA-16 Xtreme N Dual Band)이 있는 USB Wi-Fi 어댑터가 있습니다.작동해야 한다.

실제로 NetworkManager와 Wi-Fi 통신을 설정했고 약 30분 동안 어느 정도 잘 작동했지만 연결이 끊어져 연결을 다시 설정할 수 없었습니다.

NetworkManager에 대한 연결을 다시 설정할 수 없습니다. 성공적으로 연결 및 인증하고 4방향 핸드셰이크를 시작한 다음 다음과 같은 이유로 인증을 취소합니다.이유 15(4방향 핸드셰이크 시간 초과).

ifupdown그런 다음 다음 위치에 항목을 생성하여 이전 방법을 통해 동일한 작업을 수행하려고 했습니다 /etc/network/interfaces.

allow-hotplug wlan1
iface wlan1 inet static
       wpa-ssid MyNet
       wpa-psk <My key hash generated by `wpa_passphrase MyNet key`>
       address 192.168.1.2
       netmask 255.255.255.0
       broadcast 192.168.1.255
       gateway 192.168.1.1
       dns-nameservers a.b.c.d

그렇게 하면 다음과 같은 경우 sudo ifup wlan1까지 합리적으로 작동합니다.

wpa_supplicant[8258]: wlan1: Associated with <router's MAC>
wpa_supplicant[3402]: wlan1: No network configuration found for the current AP

(에서 /var/log/syslog). WiresharkWi-Fi 어댑터에서 라우터로 전송된 ARP 패킷을 확인했지만 라우터가 응답하지 않습니다.

이것이 무엇을 의미하는지, 어떻게 해결할 수 있는지 알고 계시나요?

해결책: peterph의 제안 덕분에 포그라운드와 백그라운드에서 독립형 프로그램을 만들고 실행 wpa_supplicant.conf한 다음 .wpa_supplicantwpa-conf wpa_supplicant.conf/etc/network/interfaces

sudo wpa_supplicant -iwlan1 -c/etc/wpa_supplicant/wpa_supplicant.conf -d
sudo wpa_supplicant -iwlan1 -c/etc/wpa_supplicant/wpa_supplicant.conf -B

달리는 것을 죽이면 NetworkManager간섭이 있는 것 같습니다.

두 번째 문제는 4방향 핸드셰이크가 실패했다는 것입니다. 액세스 포인트에서 MAC 주소 필터링을 비활성화하면 모든 것이 잘 됩니다. 내 Wi-Fi 인터페이스의 MAC은 사용 가능한 MAC 목록에 있지만 어떤 이유로 여전히 라우터의 MAC 필터링과 연결되지 않습니다.

업데이트 2:문제는 다시 발생했습니다. 4방향 핸드셰이크가 다시 실패했습니다. 드라이버를 다시 로드해도 도움이 되지 않았습니다.

답변1

이런 종류의 문제는 독립적인 부분으로 나누는 것이 가장 좋습니다. 이 경우 ifupdown완전히 우회하고 모든 단계를 수동으로 수행하십시오. 즉:

  1. wpa_supplicant적절한 구성 파일로 실행

  2. 연결이 설정된 후 dhcp 클라이언트를 실행하고,

ifupdown실행 방법을 확인하려면 wpa_supplicant파일에 일종의 구성을 전달해야 하며 가로챌 수 있습니다. 실행 ps fax | grep wpa_supplicant시 출력을 확인합니다 ifupdown. 옵션에 대한 인수는 -c(즉시 생성될 수 있는) 구성 파일의 이름입니다.

어떤 이유로든 전환하기로 결정한 경우 다음 ifupdown사항에 관심이 있을 수 있습니다.wicd, 다양한 UI(ncurses, GTK, Qt)에 의해 제어되는 데몬으로 구성됩니다.

그런데 일부 DHCP 클라이언트는 스스로 생성하여 무선 연결을 설정할 수 있습니다. wpa_supplicant(이런 경우도 본 적이 있습니다 dhcpcd.) 이는 사람들이 연결 문제를 디버그하려고 할 때 매우 흥미롭고 파괴적일 수 있습니다.

답변2

불안정한 무선 장치를 디버깅할 때 시도하는 순서는 다음과 같습니다.

  1. 다시 시작하면 문제가 해결됩니까?
  2. 무선 장치와 관련된 커널 드라이버를 제거해 보십시오. 다음과 같은 효과가 있습니다:

    $ lsmod | grep iw
    iwlagn                209751  0 
    iwlcore               195714  1 iwlagn
    mac80211              229095  2 iwlagn,iwlcore
    cfg80211              134981  3 iwlagn,iwlcore,mac80211
    
    $ sudo rmmod iwlagn
    $ sudo rmmod iwlcore
    
    $ modprobe iwlagn
    
  3. 보고된 무선 장치 전달과 관련된 모든 메시지를 조사합니다 dmesg. 예를 들어:

    $ dmesg
    ...
    ...
    [207981.191849] mac80211: Unknown parameter `ieee80211_disable_40mhz_24ghz:Disable'
    [207988.895378] mac80211: `Disable' invalid for parameter `ieee80211_disable_40mhz_24ghz'
    [208280.841725] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:d
    [208280.841727] iwlagn: Copyright(c) 2003-2010 Intel Corporation
    [208280.841826] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
    [208280.841857] iwlagn 0000:03:00.0: setting latency timer to 64
    [208280.842798] iwlagn 0000:03:00.0: Detected Intel(R) Centrino(R) Wireless-N 1000 BGN, REV=0x6C
    [208280.863413] iwlagn 0000:03:00.0: Tunable channels: 13 802.11bg, 0 802.11a channels
    [208280.863582] iwlagn 0000:03:00.0: irq 48 for MSI/MSI-X
    [208280.898025] iwlagn 0000:03:00.0: loaded firmware version 128.50.3.1 build 13488
    [208280.898725] phy1: Selected rate control algorithm 'iwl-agn-rs'
    [208281.154937] ADDRCONF(NETDEV_UP): wlan0: link is not ready
    [208282.101156] wlan0: authenticate with 30:46:9a:47:4c:d4 (try 1)
    [208282.104128] wlan0: authenticated
    [208282.104164] wlan0: associate with 30:46:9a:47:4c:d4 (try 1)
    [208282.106911] wlan0: RX AssocResp from 30:46:9a:47:4c:d4 (capab=0x411 status=0 aid=3)
    [208282.106914] wlan0: associated
    [208282.111520] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
    [208292.608637] wlan0: no IPv6 routers present
    

답변3

또한 오랫동안 hand shake+ 문제가 있었습니다 FAIL. ( gentoo| Arch) 포럼의 솔루션 중 어느 것도 stackexchange나에게 도움이 되지 않았습니다.

void나는 필요한 프로그램만을 사용하여 가장 기본적인 Linux를 사용하고 있습니다 dhcpcd.wpa_supplicant

마침내 성공하는 데 오랜 시간이 걸렸지만 다음과 같은 이유로 다른 기회가 없었습니다.

  • LAN 케이블 암 커넥터도 손상되었으며 절반 높이 변형이고 부품 라벨|번호|팁이 없기 때문에 DigiKey|Farnell|Reichelt|Conrad|Mouser|Amazon의 전자 제품 판매점에서 교체 부품을 구할 수 없습니다.
  • 한 가닥의 와이어를 마더보드에 납땜하는 것은 미친 노력입니다. 집에서는 하지 마십시오. 하하. 직장에서는 단락이나 파손을 방지하기 위해 얇은(매우 얇은) 플렉스 와이어가 필요합니다!
  • 하드코딩된 교체 WLAN chip(손상된 하드웨어 제외)는 Lenovo 부트로더에서 지원되지 않습니다. hardware whitelist예, 정말 멋지고 호환되지만 목록에 없어서 실패합니다. 와, 그냥 와. Hard coded white list! 레노보! 상식?

그래서 많은 시행착오 끝에 디버깅 시간에 커뮤니티와 공유하고 싶은 또 다른 수정 사항(가능성)이 나왔습니다.

재부팅할 때마다 작동하는 솔루션: 1

sudo wpa_cli  # fail
sudo xbps-install -Syv NetworkManager
sudo ln -s /etc/sv/NetworkManager /var/service/

2(컴퓨터를 켠 후 자동으로 실행될 수 있습니다.)

sudo sv up NetworkManager
sudo wpa_cli  # works half way (scan possible but association fails)
sudo sv down NetworkManager
sudo wpa_cli  # fail
sudo sv restart dhcpd
sudo wpa_cli  # works

dhcpcd, wpa_supplicant, 올바른 네트워크 인터페이스가 실행 중이고 네트워크 인터페이스(예: wlan0 또는 wlp2s)가 /etc/wpa_supplicant/wpa_supplication.conf, ID est에서 사용되는지 확인하십시오.

 sudo vi /etc/sv/wpa_supplicant/run  # Change all occurrences of the default interface name like e.g. "wlan0" to the correct interface as shown by ip link command, exempli gratia "wlp2s".

NetworkManager에는 특정 효과가 있는 것 같습니다. 즉, 수정되었습니다! 그게 뭔지 조사할 시간이 없었어요.

관련 정보