Klien Wi-Fi dan hotspot pada satu radio: apa yang rusak

Ponsel Anda tetap terhubung ke hotspot sementara uplink tidak melewatkan apa pun. Pi masih melaporkan asosiasi Wi-Fi, titik akses masih memancarkan beacon, dan setiap permintaan habis waktu. Satu radio melayani dua peran sekaligus, dan salah satunya menang ketika yang lain membutuhkan kanal. Sebelum menyentuh VPN, pastikan apakah driver dan firmware yang terpasang menerima pasangan peran itu sama sekali.

Gejalanya menunjuk ke radio, bukan ke terowongan

Amati kegagalan secara berurutan dan itu berhenti terlihat seperti bug perutean. Klien bergabung ke hotspot, mendapat alamat, dan memuat satu atau dua halaman. Lalu antarmuka stasiun berasosiasi ulang dengan router hulu setelah roaming, pembaruan kunci, atau penurunan sinyal singkat. Titik akses entah memulai ulang beaconnya atau membiarkan kliennya tanpa jalur, dan log VPN dipenuhi percobaan koneksi ulang yang tidak pernah menjadi penyebabnya.

Dua nama antarmuka tidak membuat dua radio. wlan0 dan antarmuka titik akses berbagi satu perangkat, satu mesin status kanal, dan satu penjadwal firmware. Kernel memaparkan persis kombinasi peran dan kanal apa yang didukung perangkat itu, jadi baca daftar itu alih-alih menganggap pasangannya bekerja karena kedua antarmuka muncul.

Baca kombinasinya sebelum mengubah apa pun

Tumpukan nirkabel melaporkan kontraknya sendiri di bagian kombinasi antarmuka dari iw list. Setiap kombinasi bernomor mencantumkan jumlah peran yang diizinkan, berapa banyak antarmuka boleh ada, dan berapa banyak kanal berbeda yang boleh ditempati antarmuka tersebut secara bersamaan. Kombinasi yang menyebut satu stasiun dan satu titik akses pada satu kanal adalah yang dibutuhkan penerapan ini.

iw list | sed -n '/valid interface combinations/,/^$/p'

Baca angkanya, bukan hanya keberadaan katanya. Driver dapat mendukung mode stasiun dan mode titik akses secara terpisah, sementara satu-satunya kombinasi legal keduanya hanya mengizinkan satu kanal, jumlah antarmuka yang kecil, atau interval beacon yang tidak dapat dipenuhi hotspot. Beberapa firmware juga menjatuhkan satu peran saat pemindaian atau pembaruan kunci, yang terlihat seperti uplink yang berkedip-kedip alih-alih batas kemampuan. Jika tidak ada kombinasi yang mencantumkan kedua peran, pasangan itu tidak didukung, apa pun yang disarankan tombol hotspot desktop.

Dokumentasi kombinasi antarmuka cfg80211 menjelaskan bidang-bidang dan batasan beacon. Nilai dari satu adapter tidak mengatakan apa pun tentang yang lain, jadi simpan keluarannya bersama mesinnya alih-alih menggeneralisasinya.

Rencana kanal dan alamat menentukan sisanya

Titik akses harus berada pada kanal yang dapat dilayani radio, dan uplink stasiun harus mengikuti titik akses hulu. Ketika kedua keputusan itu tidak setuju, satu peran harus dimulai ulang. Pada banyak adapter satu radio, hotspot karena itu mencerminkan kanal stasiun, dan perubahan kanal hulu sempat menurunkan hotspot bersamanya.

Rencanakan sisi IP secara terpisah dari radio. Hotspot yang dirutekan biasanya memakai subnet privat seperti 192.168.50.0/24 dengan Pi di 192.168.50.1, kumpulan DHCP di dalam subnet itu, dan Pi sebagai penerus resolver. Mode bersama NetworkManager menyiapkan penerusan dan penerjemahan alamat untuk subnet itu, tetapi tidak menambah kapasitas radio atau menjadikan terowongan satu-satunya jalan keluar. Catat apakah klien dijembatani pada lapisan dua atau dirutekan pada lapisan tiga sebelum Anda berdebat soal kebijakan VPN.

Urutan pengujian yang memisahkan radio dari perutean

Bekerjalah dari perangkat ke luar dan berhenti pada langkah pertama yang gagal. Pembacaan ini aman pada sistem yang sedang berjalan dan tidak mengubah konfigurasi apa pun. Jalankan sementara klien berasosiasi dan uplink berada dalam keadaan yang Anda debug.

iw dev
iw dev wlan0 link
nmcli -t -f DEVICE,STATE,CONNECTION device status
ip -br addr show
sysctl net.ipv4.ip_forward

Jika iw dev wlan0 link tidak menunjukkan asosiasi apa pun, masalah radio lebih dulu dan terowongan tidak relevan. Jika uplink berasosiasi dan klien tidak punya alamat, keterpasangan dan wewenang DHCP salah. Jika klien punya alamat tetapi tidak ada keterjangkauan, penerusan, penerjemahan, atau pengiriman resolver hilang. Hanya ketika jalur hotspot dan jalur uplink keduanya bekerja, terowongan yang gagal menjadi hal berikutnya untuk diuji.

Catat adapter, driver, dan firmware bersama kombinasi dan aturan kanal yang diterima. Pembaruan kernel atau firmware di kemudian hari dapat mengubah daftar yang didukung, dan catatan itulah yang mengubah misteri menjadi batasan yang diketahui.