Tiada internet pada VPN Windows? Kumpulan alamat ialah suspek

Windows menunjukkan terowong sebagai bersambung dan melabelnya Tiada Akses Internet, yang dibaca orang sebagai keanehan Windows. Ia adalah pernyataan tentang apa yang diterima klien: tiada gerbang lalai yang boleh digunakan, tiada penyelesai yang berfungsi, atau tiada laluan balik bagi alamat di dalam terowong. Apabila pelayan ialah Incoming Connection Windows, satu tetapan menjelaskan kebanyakan laporan sebegitu. Label itu bukan diagnosis, tetapi menyempitkan carian kepada tiga tempat.

Baca pajakan sebelum mengubahnya

Jalankan ipconfig /all pada klien dan cari penyesuai VPN dalam entri. Alamat, gerbang lalai dan pelayan DNS yang disenaraikannya ialah fakta yang anda perlukan, dan ia selalunya berbeza daripada apa yang pentadbir andaikan telah dikeluarkan.

Tiga corak memetakan kepada tiga kerosakan. Alamat dalam 169.254.0.0/16 bermakna klien tidak menerima apa-apa dan memberikan dirinya alamat pautan-setempat. Alamat munasabah tanpa gerbang bermakna kumpulan itu disampaikan tanpa pilihan yang memberi klien laluan lalai. Pajakan lengkap yang masih tidak sampai ke mana-mana menunjuk kepada pemajuan atau terjemahan di sebelah pelayan.

Catat nilainya sebelum menyentuh pelayan. Langkah seterusnya membandingkannya dengan julat yang pelayan sangka sedang dikeluarkan, dan ingatan ialah pengganti yang buruk untuk pajakan.

Mengapa penugasan automatik boleh meninggalkan tanpa gerbang

Entri Incoming Connections mempunyai sifat IPv4 sendiri, berasingan daripada penyesuai fizikal. Lalai di sana menawarkan untuk menetapkan alamat secara automatik, yang bergantung pada pengagih terbina dalam sambungan untuk membekalkan alamat, topeng, gerbang dan DNS.

Pada stesen kerja bersendirian, pengagih itu tiada skop untuk diambil melainkan sesuatu yang lain pada mesin membekalkan satu, jadi klien boleh berakhir dengan alamat pautan-setempat atau dengan alamat tetapi tiada gerbang. Sambungan kelihatan terbentuk kerana pautan naik, manakala konfigurasi di belakangnya tidak lengkap.

Itulah sebabnya bertukar kepada julat tertentu membetulkan begitu banyak laporan ini. Anda berhenti meminta perkhidmatan yang mungkin tidak berjalan mencipta pajakan dan mula menyatakan pajakan itu sendiri.

Kekeliruan yang sama muncul apabila seseorang menjangka pelayan DHCP penghala LAN akan melayani klien terowong. Penemuan siaran tidak melintasi terowong yang dihalakan, jadi pelayan itu tidak pernah melihat permintaan itu. Menganggap sebaliknya ialah sebab paling biasa kumpulan dipersalahkan atas klien yang tidak pernah bertanya apa-apa kepadanya.

Tetapkan julat eksplisit yang boleh dihalakan pelayan

Pilih blok kecil dalam subrangkaian yang boleh dicapai pelayan, di luar julat yang diagihkan penghala LAN, dan di luar mana-mana kumpulan lain pada rangkaian. Jika pelayan berada pada 172.20.10.0/24 dan penghala memegang 172.20.10.1, blok pendek berhampiran bahagian atas subrangkaian itu, katakan 172.20.10.201 hingga 172.20.10.209, menjauhkan pajakan terowong daripada pengagihan yang sudah diuruskan penghala.

Masukkannya dalam sifat IPv4 Incoming Connection, sambung semula klien, dan baca penyesuai itu sekali lagi sebelum mengubah apa-apa yang lain. Bacaan kedua itulah yang memberitahu sama ada kumpulan itu puncanya atau hanya satu kerosakan antara beberapa.

Perintah ini mencetak konfigurasi yang terhasil dan laluan yang dimiliki klien sekarang:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

Gerbang dalam pajakan sepatutnya alamat yang dipegang pelayan, dan laluan lalai klien sepatutnya menunjuk kepadanya. Jika pajakan lengkap tetapi tiada laluan, pelayan menetapkan tanpa menolak gerbang, dan tetapan kumpulan masih tempat untuk dilihat.

Alamat bukan laluan internet

Menerima pajakan hanya memindahkan paket daripada klien ke pelayan. Untuk akses internet pelayan mesti memajukan paket itu dan menterjemahkannya ke arah pautan atasnya sendiri, dan itu konfigurasi berasingan dengan mod kegagalannya sendiri.

Internet Connection Sharing ialah jalan pintas. Ia mengubah penyesuai yang menghadap internet menjadi gerbang kongsi dan menjalankan pengalamatan sendiri, yang mungkin menulis semula alamat penyesuai itu dan membiarkan peraturan NAT sedia ada menunjuk kepada nilai yang tidak lagi wujud. Catat tetapan asal sebelum mendayakannya.

Alternatif yang dihalakan mengekalkan pengalamatan stabil dan meminta anda mengkonfigurasi pemajuan dan terjemahan secara eksplisit. Kedua-dua pendekatan tidak salah; mencampurkannya separuh jalan menghasilkan terowong dengan pajakan dan tanpa jalan keluar, yang tepat-tapat gejala yang anda mulakan. Pilih satu model dan selesaikannya sebelum menambah yang lain.

Ketepikan dahulu laluan luar

Tiada kumpulan boleh membantu jika terowong tidak pernah terbentuk. Protokol menentukan apa yang perlu dibawa laluan: PPTP mahukan TCP 1723 dan GRE, iaitu protokol IP 47 bukan port; L2TP/IPsec mahukan UDP 1701 serta 500 dan 4500; SSTP mahukan TCP 443.

Penghala yang memajukan port tetapi bukan protokol menghasilkan percubaan sambungan yang tidak pernah disahkan. Itu kegagalan berbeza daripada terowong yang terbentuk dan kemudian tidak sampai ke mana-mana, dan kedua-duanya tidak patut dinyahpepijat bersama.

Uji dari LAN yang sama dan dari rangkaian jauh. Jika percubaan LAN berjaya dan yang jauh tidak pernah sampai ke pengesahan, laluan luar ialah masalahnya. Jika kedua-duanya disahkan dan hanya klien jauh tiada internet, kembali kepada kumpulan dan jalan keluar.