Windows VPN-də internet yoxdur? Günahkar ünvan hovuzudur

Windows tuneli qoşulmuş kimi göstərir və ona İnternetə çıxış yoxdur etiketi verir, insanlar bunu Windows-un qəribəliyi kimi oxuyur. Bu, müştərinin nə aldığı haqqında bir ifadədir: işlək standart şlüz yoxdur, işləyən həlledici yoxdur və ya tunelin içindəki ünvanlar üçün geri yol yoxdur. Server Windows Incoming Connection olduqda, tək bir parametr bu cür hesabatların çoxunu izah edir. Etiket diaqnoz deyil, lakin axtarışı üç yerə daraldır.

Dəyişməzdən əvvəl icarəni oxuyun

Müştəridə ipconfig /all əmrini işə salın və girişlər arasında VPN adapterini tapın. Orada göstərilən ünvan, standart şlüz və DNS serveri sizə lazım olan faktlardır və onlar çox vaxt administratorun verildiyini güman etdiyindən fərqlənir.

Üç nümunə üç nasazlığa uyğun gəlir. 169.254.0.0/16 diapazonunda ünvan müştərinin heç nə almadığını və özünə keçid-yerli ünvan verdiyini bildirir. Şlüzü olmayan məqbul ünvan hovuzun müştəriyə standart marşrut verən seçim olmadan təqdim edildiyini bildirir. Hələ də heç yerə çatmayan tam icarə server tərəfində yönləndirməyə və ya tərcüməyə işarə edir.

Serverə toxunmazdan əvvəl dəyərləri yazın. Növbəti addım onları serverin payladığını düşündüyü aralıqla müqayisə edir və yaddaş icarə üçün zəif əvəzedicidir.

Niyə avtomatik təyinat şlüz olmadan qala bilər

Gələn Bağlantılar girişinin fiziki adapterdən ayrı öz IPv4 xassələri var. Oradakı standart parametr ünvanların avtomatik təyin edilməsini təklif edir; bu, ünvan, maska, şlüz və DNS təmin etmək üçün bağlantının daxili ayırıcısına güvənir.

Ayrıca iş stansiyasında həmin ayırıcının çəkəcəyi heç bir sahə yoxdur, məgər maşında başqa bir şey sahə təmin etmirsə; buna görə müştəri keçid-yerli ünvanla və ya ünvanla lakin şlüz olmadan qala bilər. Bağlantı qurulmuş görünür, çünki keçid qalxıb, halbuki onun arxasındakı konfiqurasiya natamamdır.

Buna görə göstərilən aralığa keçmək bu hesabatların çoxunu düzəldir. İşləməyə bilən bir xidmətdən icarə uydurmasını istəməyi dayandırır və icarəni özünüz bəyan etməyə başlayırsınız.

Eyni qarışıqlıq kimsə LAN marşrutlaşdırıcısının DHCP serverinin tunel müştərilərinə xidmət etməsini gözlədikdə ortaya çıxır. Yayım kəşfi marşrutlaşdırılmış tuneldən keçmir, ona görə də həmin server sorğunu heç vaxt görmür. Əksini güman etmək hovuzun heç nə soruşmamış müştəriyə görə günahlandırılmasının ən geniş yayılmış səbəbidir.

Serverin marşrutlaşdıra biləcəyi açıq aralıq təyin edin

Serverin çata bildiyi alt şəbəkə daxilində, LAN marşrutlaşdırıcısının payladığı aralığın xaricində və şəbəkədəki hər hansı digər hovuzun xaricində kiçik bir blok seçin. Server 172.20.10.0/24 üzərindədirsə və marşrutlaşdırıcı 172.20.10.1-i tutursa, həmin alt şəbəkənin yuxarısına yaxın qısa bir blok, məsələn 172.20.10.201-dən 172.20.10.209-a qədər, tunel icarələrini marşrutlaşdırıcının artıq idarə etdiyi paylamadan uzaq saxlayır.

Onu Gələn Bağlantının IPv4 xassələrinə daxil edin, müştərini yenidən qoşun və başqa bir şeyi dəyişməzdən əvvəl adapteri yenidən oxuyun. İkinci oxunuş hovuzun günahkar olub-olmadığını, yoxsa bir neçə nasazlıqdan yalnız biri olduğunu bildirir.

Bu əmrlər yaranan konfiqurasiyanı və müştərinin indi malik olduğu marşrutları çap edir:

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

İcarədəki şlüz serverin saxladığı ünvan olmalıdır və müştərinin standart marşrutu ora yönəlməlidir. İcarə tamdır, lakin marşrut yoxdursa, server şlüzü itələmədən təyin edib və hovuz parametrləri hələ də baxılmalı olan yerdir.

Ünvan internet yolu deyil

İcarə almaq paketləri yalnız müştəridən serverə hərəkət etdirir. İnternetə çıxış üçün server həmin paketləri yönləndirməli və öz yuxarı bağlantısına doğru tərcümə etməlidir və bu, öz nasazlıq rejimləri olan ayrı bir konfiqurasiyadır.

İnternet Bağlantısı Paylaşımı qısa yoldur. İnternetə baxan adapteri ortaq şlüzə çevirir və öz ünvanlanmasını işlədir; bu, həmin adapterin ünvanını yenidən yaza və mövcud NAT qaydasını artıq mövcud olmayan dəyərə yönəldilmiş qoya bilər. Onu aktivləşdirməzdən əvvəl orijinal parametrləri qeyd edin.

Marşrutlaşdırılmış alternativ ünvanlanmanı sabit saxlayır və yönləndirmə ilə tərcüməni açıq şəkildə qurmağınızı tələb edir. Heç bir yanaşma səhv deyil; onları yarımçıq qarışdırmaq icarəsi olan lakin çıxışı olmayan tunel yaradır ki, bu da başladığınız simptomun tam özüdür. Bir model seçin və digərini əlavə etməzdən əvvəl onu bitirin.

Əvvəlcə xarici yolu istisna edin

Tunel heç formalaşmırsa, heç bir hovuz kömək edə bilməz. Protokol yolun nə daşımalı olduğunu müəyyən edir: PPTP TCP 1723 və GRE istəyir, bu port deyil, IP protokolu 47-dir; L2TP/IPsec UDP 1701 üstəgəl 500 və 4500 istəyir; SSTP TCP 443 istəyir.

Portu yönləndirən lakin protokolu yönləndirməyən marşrutlaşdırıcı heç vaxt autentifikasiyadan keçməyən bağlantı cəhdi yaradır. Bu, formalaşan və sonra heç yerə çatmayan tuneldən fərqli nasazlıqdır və ikisini birlikdə ayırd etmək lazım deyil.

Həm eyni LAN-dan, həm də uzaq şəbəkədən sınaqdan keçirin. LAN cəhdi işləyirsə və uzaq cəhd autentifikasiyaya heç çatmırsa, problem xarici yoldadır. Əgər hər ikisi autentifikasiyadan keçirsə və yalnız uzaq müştərinin interneti yoxdursa, hovuza və çıxışa qayıdın.