Mengapa laluan VPN yang lebar memecahkan beberapa laman awam
Beberapa laman gagal manakala yang lain dimuatkan kerana awalan yang lebar menangkap alamatnya. Padankan laluan dengan alamat yang diselesaikan, kemudian cari siapa yang memasangnya.
Kebanyakan halaman dimuatkan, dua atau tiga tamat masa, dan pelayar menyalahkan sambungan. Laman yang gagal mempunyai sesuatu yang sama yang tiada pada laman yang berfungsi: alamat yang diselesaikan terletak dalam awalan yang dipasang oleh VPN. Laluan yang cukup lebar untuk meliputi julat awam akan menangkap trafik yang terowong itu tidak pernah bertujuan membawa, dan gejalanya kelihatan seperti masalah laman web dan bukannya keputusan penghalaan.
Selesaikan nama yang gagal, kemudian lihat jadual penghalaan dan bukan pelayar.
Bandingkan alamat, bukan nama laman
Cari alamat yang benar-benar dicuba oleh klien, kemudian semak laluan mana yang sepadan dengannya. Destinasi dalam 45.61.20.10 berada di bawah 45.0.0.0/8 jika awalan itu hadir, walaupun laman itu sendiri tiada kaitan dengan terowong. Membandingkan alamat yang gagal dengan awalan yang dipasang ialah masalah penolakan, bukan tekaan.
Windows boleh menjawab kedua-dua bahagian secara langsung, dan carian menunjukkan antara muka serta hop seterusnya yang memenangi pemilihan. Selesaikan nama dua kali jika laman mengembalikan beberapa alamat. Catat setiap satu dengan laluan yang sepadan. Alamat berbeza boleh memberikan jawapan berbeza, dan hanya satu daripadanya mungkin kes yang gagal.
Resolve-DnsName www.example.org Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric Find-NetRoute -RemoteIPAddress 45.61.20.10 Get-VpnConnection | Format-List Name,SplitTunneling,Routes
Baca awalan yang paling khusus, bukan baris pertama yang kelihatan biasa. Laluan yang ada dalam jadual tidak membuktikan ia memenangi carian; padanan terpanjang yang menentukannya. Dua awalan boleh sepadan dengan satu alamat, dan hanya satu yang menerima paket. Yang kalah kekal dalam jadual dan kelihatan sama nyata dalam senarai.
Catat awalan, antara mukanya dan alamat yang diselesaikan. Ketiga-tiga nilai itu ialah keseluruhan diagnosis.
Cari siapa yang memasang laluan itu
Laluan datang dari empat tempat: profil VPN asli, dasar pengurusan, skrip sambungan atau klien yang sama sekali berbeza. Memadamkan entri aktif boleh mengesahkan kaitannya, tetapi sambungan seterusnya menciptanya semula daripada konfigurasi yang disimpan, jadi sumbernya yang mesti diubah.
Semak senarai laluan profil dahulu, kemudian dasar pengurusan, kemudian mana-mana skrip yang berjalan semasa bersambung. Urutan itu sepadan dengan kekerapan setiap satu didapati bertanggungjawab. Ia juga mengekalkan perubahan pada satu lapisan dan bukan tiga.
Baca tingkah laku asli berasaskan kelas dengan teliti
Profil Windows asli mempunyai tetapan terdokumen, NativeProfile/DisableClassBasedDefaultRoute, yang mengawal laluan automatik yang disimpulkan daripada alamat antara muka. Alamat profil yang bermula dengan 45 boleh menghasilkan entri 45.0.0.0/8 di bawah tingkah laku itu, dan begitulah satu alamat awam menangkap seluruh julat kelas A.
Nama sifat itu mengundang bacaan yang salah: menetapkannya kepada true mematikan inferens, dan false menghidupkannya. Ia juga bukan objek yang sama seperti laluan lalai, dan ia tidak mengawal klien pihak ketiga yang memasang awalannya sendiri.
Jika inferens ialah punca yang terbukti, betulkan profil melalui pemilik pengurusannya dan sediakan awalan peribadi yang dimaksudkan secara jelas. Jika skrip menambah entri itu, betulkan skrip itu. Menggantikan satu laluan lebar yang tidak dijelaskan dengan yang lain mengubah gejala tanpa menjawab soalan.
Betulkan sumbernya, kemudian semak semula kedua-dua laluan
Selepas perubahan, sambung semula dan ulangi carian untuk laman awam yang gagal dan untuk sumber yang mesti menggunakan terowong. Yang pertama kini sepatutnya diselesaikan ke antara muka fizikal, dan yang kedua masih perlu memilih VPN. Jangan berhenti pada kejayaan pertama; pembetulan yang juga memecahkan akses peribadi telah menukar satu kerosakan dengan yang lain.
Semak pelan alamat pelayan pada masa yang sama. Kolam yang bertindih dengan ruang awam menyebabkan masalah jenis ini berulang kali. Julat yang dipilih oleh pengendali dengan sengaja wajar mendapat perbualan lain, bukan penomboran semula automatik.
Menaikkan MTU atau mengosongkan DNS tidak akan membetulkan awalan yang masih menghalakan alamat itu ke terowong. Uji pemilihan dahulu, kemudian laluan.