Klien hotspot baharu yang tersekat pada «Mendapatkan IP» bukan kerosakan VPN

Telefon menyertai hotspot, berhenti pada «Mendapatkan alamat IP», dan akhirnya berputus asa. Kesimpulan semula jadinya ialah VPN telefon mengganggu DNS, jadi orang mula menyunting penyelesai dan peraturan tambahan. Itu peringkat yang salah. Klien tidak pernah menerima alamat setempat, dan tanpanya ia tiada get laluan, tiada penyelesai dan tiada apa untuk dihantar, jadi tiada tetapan VPN pada telefon hos boleh menjelaskan kegagalan itu. Persatuan, penetapan alamat setempat dan penghantaran ialah tiga peringkat berasingan, dan hanya yang terakhir melibatkan terowong.

Tiga peringkat itu, dan anda di peringkat mana

Persatuan datang dahulu: klien menyertai rangkaian wayarles hotspot. Kata laluan salah, ketakpadanan WPA3 atau masalah keserasian radio gagal di sini, dan klien biasanya menyatakannya. Penetapan alamat datang kedua: untuk IPv4 klien meminta pajakan dan menerima alamat serta tetapan get laluan setempat, manakala IPv6 biasanya menggunakan pengumuman penghala dan bukan DHCP, seperti yang diterangkan dokumentasi tethering AOSP. Akses ke luar datang ketiga: telefon hos menghantar trafik yang dibenarkan ke laluan huluan yang dipilihnya, yang mungkin atau mungkin bukan terowongnya.

Perkataan pada klien memberitahu anda peringkatnya. Tersekat semasa mendapatkan alamat ialah peringkat dua, sebelum mana-mana paket keluar ke internet. Bersambung, mempunyai alamat, tetapi tiada apa dimuatkan ialah peringkat tiga, di mana penghalaan, nama dan liputan terowong semuanya penting. Mendiagnosis peringkat tiga semasa klien tersekat pada peringkat dua ialah cara masalah pajakan lima minit menjadi petang penyuntingan DNS.

Mitos: VPN berpenghala menjadikan DHCP setempat permintaan jauh

Terowong berpenghala memindahkan paket IP untuk destinasi yang dipilihnya. Penemuan DHCP ialah siaran pada segmen hotspot itu sendiri, dan perkhidmatan tethering pada telefon menjawabnya secara setempat, sebab itulah klien boleh mendapatkan alamat semasa terowong aktif. Hanya reka bentuk yang sengaja dijambatani atau diulang menghantar pertukaran itu ke tempat lain, dan itu susunan lain dengan tandatangan kegagalan yang lain.

Jadi «pelayan VPN tidak menjawab DHCP» bukan diagnosis, ia kesilapan model. Perantara setempat ada pada telefon. Jika ia berhenti menjawab, puncanya setempat: perkhidmatan tethering, had klien, kolam pajakan atau klien yang tidak pernah menyempurnakan persatuan dengan betul. Tiada satu pun daripadanya tinggal di sisi jauh terowong.

Apa yang sebenarnya dibuktikan oleh klien sedia ada yang berfungsi

Jika komputer riba yang sudah bersambung masih berfungsi manakala telefon baharu tidak, hotspot dan laluan huluan secara amnya hidup. Perbandingan itu berguna dan ia bukan bukti komponen mana yang bersalah, kerana klien yang berfungsi mungkin hanya memegang pajakan dari sebelum perubahan dan memperbaharuinya secara senyap.

Dua had setempat wajar diperiksa semasa anda di sana. Hotspot menyediakan kolam pajakan terhad dan had klien yang boleh dikonfigurasikan, jadi peranti yang menyertai lalu tidur boleh memegang alamat sementara yang baharu menunggu. Dan klien yang mengingati konfigurasi statik dari rangkaian lain tidak akan meminta pajakan langsung, yang dari luar kelihatan sama dan diperbaiki pada klien, bukan pada telefon.

Kekalkan perbandingan setempat dan boleh diterbalikkan

Pada peranti yang dibenarkan oleh dasar, bandingkan satu penyertaan klien baharu dengan terowong tidak aktif dan kemudian aktif, sambil membiarkan hotspot dan klien tidak berubah selebihnya. Catat versi telefon dan klien, profil yang dipilih dan peringkat tepat yang gagal. Pada telefon terurus, minta perbandingan yang diluluskan dan bukan mematikan penguatkuasaan untuk mendapatkan ujian yang lebih bersih.

Kegagalan pajakan yang konsisten dan bergantung pada terowong ialah bukti berguna tentang dasar setempat atau interaksi pelaksanaan. Ia bukan lesen untuk mengosongkan setiap peraturan penghantaran dan NAT pada peranti. Peraturan itu melindungi trafik tidak berkaitan, dan penerimaan penghantaran yang luas tidak menjelaskan mengapa perkhidmatan DHCP setempat berhenti menjawab.

Jangan tutup pajakan yang hilang dengan alamat statik tekaan. Konfigurasi statik yang disengajakan memerlukan subnet sebenar, get laluan, pelan peruntukan dan pemeriksaan perlanggaran. Menukar DNS klien tidak menyediakan satu pun daripadanya, dan ia meninggalkan peranti seterusnya dengan kegagalan yang sama.

Apa yang tidak dibuktikan oleh pajakan

Mendapatkan alamat membuktikan kemasukan ke rangkaian setempat, bukan perlindungan oleh terowong telefon. Setelah klien memegang pajakan, nilai laluan hiliran itu sendiri: adakah trafik klien benar-benar melalui telefon, adakah carian diselesaikan di tempat yang anda jangkakan, dan adakah alamat luar sepadan dengan jalan keluar yang anda maksudkan? Itu soalan peringkat tiga dan ia wajar mendapat ujian sendiri dan bukan dilipat ke dalam penyertaan.

Kerjakan peringkat itu mengikut urutan dan kegagalan berhenti berpindah. Klien yang tersekat semasa mendapatkan alamat ialah soalan tethering setempat; klien yang mempunyai alamat tetapi tiada halaman ialah soalan penghantaran atau penamaan; klien yang mempunyai halaman tetapi jalan keluar salah ialah soalan liputan terowong. Memisahkan semuanya ialah sebahagian besar penyahpepijatan.