Bagaimana cara memperbaiki "deauthentikasi oleh pilihan lokal"?

Saya membangun Linux tertanam menggunakan Buildroot dan saya memiliki beberapa masalah untuk tetap terhubung dengan AP saya. Tidak bisa mendapatkan alamat IP lebih dari sekali.

Saya menggunakan wpa_supplicant untuk terhubung ke AP saya menggunakan WPA2-PSK. Ini bekerja dengan AP lain seperti ponsel cerdas saya dalam mode AP.

Ketika saya menggunakan iwconfig wlan0saya melihat bahwa saya terkait dengan AP saya

wlan0     IEEE 802.11bgn  ESSID:"ZyXEL_B3B5"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 90:EF:68:D3:B3:B5   
          Bit Rate=58.5 Mb/s   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=53/70  Signal level=-57 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:1   Missed beacon:0

Tapi saya tidak bisa mendapatkan alamat IP dengan ifup wlan0

udhcpc (v1.22.1) started
Sending discover...
Sending discover...
Sending discover...
No lease, failing

Saya harus mengatakan bahwa saya bisa mendapatkan alamat IP hanya sekali. Jika saya reboot ini tidak mungkin lagi.

Saya berhasil menginstal dhclientdaripada menggunakan klien DHCP default dari Busybox tetapi tidak ada yang terjadi (saya tetap diblokir tanpa batas)

dhclient wlan0

Menurut pesan kernel saya, sepertinya saya tidak terus dikaitkan

[  355.459738] wlan0: authenticate with 90:ef:68:d3:b3:b5 (try 1)
[  355.461366] wlan0: authenticated
[  355.461416] wlan0: associate with 90:ef:68:d3:b3:b5 (try 1)
[  355.469353] wlan0: RX AssocResp from 90:ef:68:d3:b3:b5 (capab=0x431 status=0 aid=1)
[  355.469364] wlan0: associated
[  365.547863] wlan0: deauthenticating from 90:ef:68:d3:b3:b5 by local choice (reason=3)
[  365.672765] cfg80211: Calling CRDA to update world regulatory domain
[  367.169736] wlan0: authenticate with 90:ef:68:d3:b3:b5 (try 1)
[  367.171421] wlan0: authenticated
[  367.194859] wlan0: associate with 90:ef:68:d3:b3:b5 (try 1)
[  367.198561] wlan0: RX AssocResp from 90:ef:68:d3:b3:b5 (capab=0x431 status=0 aid=1)
[  367.198584] wlan0: associated
[  377.277864] wlan0: deauthenticating from 90:ef:68:d3:b3:b5 by local choice (reason=3)
[  377.412822] cfg80211: Calling CRDA to update world regulatory domain
[  378.899738] wlan0: authenticate with 90:ef:68:d3:b3:b5 (try 1)
[  378.901668] wlan0: authenticated
[  378.924732] wlan0: associate with 90:ef:68:d3:b3:b5 (try 1)
[  378.928437] wlan0: RX AssocResp from 90:ef:68:d3:b3:b5 (capab=0x431 status=0 aid=1)
[  378.928461] wlan0: associated
[  389.008120] wlan0: deauthenticating from 90:ef:68:d3:b3:b5 by local choice (reason=3)
[  389.182888] cfg80211: Calling CRDA to update world regulatory domain
[  390.689735] wlan0: authenticate with 90:ef:68:d3:b3:b5 (try 1)
[  390.691415] wlan0: authenticated
[  390.714734] wlan0: associate with 90:ef:68:d3:b3:b5 (try 1)
[  390.720847] wlan0: RX AssocResp from 90:ef:68:d3:b3:b5 (capab=0x431 status=0 aid=1)
[  390.720870] wlan0: associated
[  400.811246] wlan0: deauthenticating from 90:ef:68:d3:b3:b5 by local choice (reason=3)
...

Log AP saya

338     Nov 16 15:50:53 udhcpd[2404]: Received DISCOVER
339     Nov 16 15:50:53 udhcpd[2404]: unicasting packet to client yiaddr
340     Nov 16 15:50:56 udhcpd[2404]: Received DISCOVER
341     Nov 16 15:50:56 udhcpd[2404]: unicasting packet to client yiaddr
342     Nov 16 15:50:59 udhcpd[2404]: Received DISCOVER
343     Nov 16 15:50:59 udhcpd[2404]: unicasting packet to client yiaddr

Log saat berfungsi (hanya sekali)

325     Nov 16 15:48:37 udhcpd[2404]: Received DISCOVER
326     Nov 16 15:48:37 udhcpd[2404]: unicasting packet to client yiaddr
327     Nov 16 15:48:37 udhcpd[2404]: Received REQUEST
328     Nov 16 15:48:37 udhcpd[2404]: lease = 11854360
329     Nov 16 15:48:37 udhcpd[2404]: requested = b2a8eb7f
330     Nov 16 15:48:37 udhcpd[2404]: server_id = c0a80101
331     Nov 16 15:48:37 udhcpd[2404]: unicasting packet to client yiaddr

Bagaimana cara mengatasinya?

— Didil
sumber

Sudahkah Anda mencoba membunuh wpa_supplicant dengan tangan? Sudahkah Anda mencoba kernel lain? Saya juga akan menentukan negara dalam file konfigurasi.

— Rui F Ribeiro

ya saya sudah mencoba untuk membunuh wpa_supplicant tapi saya tidak punya wifi manager lain jadi tidak apa-apa (kecuali dipisahkan dari AP). Saya belum memiliki kernel yang berbeda untuk diuji dan berfungsi dengan AP lainnya.

— didil

Apakah perangkat lain seperti ponsel cerdas berhasil terhubung ke AP Anda? Apakah Anda memeriksa log / dmesg di AP itu sendiri?

Ya, ponsel cerdas saya (Android) dan notebook saya (Ubuntu 15.10) dapat terhubung ke AP saya kapan saja (bahkan setelah reboot). log di AP saya tetap kosong.

— didil

Saya menambahkan log AP saya di pertanyaan saya.

— didil

Saya mengubah opsi "Saluran otomatis" menjadi saluran tetap dan opsi "Lebar saluran" menjadi 20 MHz di AP saya dan itu menyelesaikan masalah saya.

— Didil
sumber