이론적으로는 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
). Wireshark
Wi-Fi 어댑터에서 라우터로 전송된 ARP 패킷을 확인했지만 라우터가 응답하지 않습니다.
이것이 무엇을 의미하는지, 어떻게 해결할 수 있는지 알고 계시나요?
해결책:
peterph의 제안 덕분에 포그라운드와 백그라운드에서 독립형 프로그램을 만들고 실행 wpa_supplicant.conf
한 다음 .wpa_supplicant
wpa-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
완전히 우회하고 모든 단계를 수동으로 수행하십시오. 즉:
wpa_supplicant
적절한 구성 파일로 실행연결이 설정된 후 dhcp 클라이언트를 실행하고,
ifupdown
실행 방법을 확인하려면 wpa_supplicant
파일에 일종의 구성을 전달해야 하며 가로챌 수 있습니다. 실행 ps fax | grep wpa_supplicant
시 출력을 확인합니다 ifupdown
. 옵션에 대한 인수는 -c
(즉시 생성될 수 있는) 구성 파일의 이름입니다.
어떤 이유로든 전환하기로 결정한 경우 다음 ifupdown
사항에 관심이 있을 수 있습니다.wicd
, 다양한 UI(ncurses, GTK, Qt)에 의해 제어되는 데몬으로 구성됩니다.
그런데 일부 DHCP 클라이언트는 스스로 생성하여 무선 연결을 설정할 수 있습니다. wpa_supplicant
(이런 경우도 본 적이 있습니다 dhcpcd
.) 이는 사람들이 연결 문제를 디버그하려고 할 때 매우 흥미롭고 파괴적일 수 있습니다.
답변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
보고된 무선 장치 전달과 관련된 모든 메시지를 조사합니다
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에는 특정 효과가 있는 것 같습니다. 즉, 수정되었습니다! 그게 뭔지 조사할 시간이 없었어요.