Windows bağlantısını paylaşırsınız? VPN yolu bunun altında dəyişir

Noutbuk Wi-Fi şəbəkəsini paylaşır, host tuneldən heç bir şikayət olmadan gəzir, həmin paylaşım üzərindəki planşet isə heç nəyə çatmır. Paylaşım işə salındığı anda host yalnız klient olmaqdan çıxdı: indi o, marşrutlaşdırıcıdır və ötürülən paketlər fərqli qaydalar toplusuna rast gəlir. Hostda işləyən hər şey arxasındakı cihaz haqqında heç nə demir. Yoxlamaları aşağı axın klientindən aparın və fərq nəzəri olmaqdan çıxır.

Hostun uğuru heç nəyi sübut etmir

Bağlantı paylaşımı dörd işi bir maşına həvalə edir: ünvan təyini, ötürmə, tərcümə və filtrləmə. Yerli yaradılan trafiki qoruyan VPN klienti ötürülən trafiki əhatə dairəsindən kənar hesab edə, ya da sızma kimi qəsdən bloklaya bilər. Davranışların heç biri xəta deyil və heç biri paylaşımın işə salındığı ekranda yazılmayıb. Hansına sahib olduğunuzu yalnız aşağı axın sınağı deyir.

Bir çox klient yalnız host trafikini ötürür, ona görə tunelin planşet üçün marşrutlaşdıracağına güvənmək əvəzinə klientin sənədlərindəki paylaşım bölməsinə baxın. Görünən əlamət cihazın qoşulması, ünvan alması və ilk sorğuda uğursuz olmasıdır. Ötürməkdən imtina edən klient hostda yenə də tam sağlam görünür.

Hansı adapter paylaşılır, hansı klientlərə xidmət edir

Hər iki adapteri qeyd edin, çünki onlar fərqli ünvanlar və fərqli filtrlər daşıyır və yanlış adapterdə edilən dəyişiklik çoxlu çaşqın nəticəni izah edir. Paylaşım hostu adətən aşağı axın tərəfində sabit ünvan tutur və orada kiçik bir DHCP və DNS xidməti işlədir. Windows ötürməni qlobal deyil, hər adapter üzrə saxlayır, ona görə vəziyyət interfeys-interfeys oxunmalıdır.

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

Əgər paylaşılan adapterdə ötürmə Deaktiv görünürsə, tunel nə etsə də aşağı axında heç nə işləməyəcək. Onu yalnız siyasəti digər cihazlar üçün marşrutlaşdırmaya icazə verən maşında aktivləşdirin.

Ötürmə, tərcümə və filtrləmə

Ötürülən paket tunelə çatmalı, uzaq tərəfin qəbul etdiyi bir şeyə tərcümə olunmalı və eyni tərcümədən geri qayıtmalıdır. Bu üç mərhələdən hər hansı biri qırıla bilər və hər qırılma eyni brauzer fasiləsini yaradır. Paket tutması, marşrut axtarışı və uzaq tərəfdən bir jurnal paylaşım dialoquna daha bir baxışdan daha dəyərlidir. Hansı mərhələnin uğursuz olduğu kimin dəyişikliyinin lazım olduğunu deyir.

Uzaq tərəf həm də paylaşılan alt şəbəkə üçün geri marşrut tələb edə bilər; bu, VPN serverinin heç vaxt görmədiyi bir aralıqdır. Klientin tərcümə etdiyi yerdə server yalnız tunel ünvanını görür və geri marşrut tələb olunmur. Tərcümə etmədiyi yerdə şlüzə sahib olan kimsə həmin marşrutu qəsdən əlavə etməlidir və bu, klient parametri deyil, dəyişiklik sorğusudur.

Yoxlamaları hostda deyil, klientdə aparın

Hər yoxlamanı işləyən hostda deyil, uğursuz olan klientdə aparın. Çıxış ünvanını, həlledici cavabını və tətbiq sınağını eyni sessiyada saxlayın, çünki bir saat fasilə ilə toplanan nəticələr üçünün necə birləşdiyi barədə heç nə demir.

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

Çıxış ünvanını hostun öz ünvanı ilə müqayisə edin və ikisinin uyğun gəlib-gəlmədiyini qeyd edin. Fərqli cavab ötürülən yolun tuneli yan keçdiyini bildirir ki, bu da sürətli düzəliş deyil, sahibi olan siyasət məsələsidir. Uğursuz tətbiqin yanında uyğun cavab işi ad həllinə və ya uzaq tərəfdəki siyasətə keçirir. Yalnız IPv4 nəticəsi ilə də dayanmayın: paylaşım hər IPv4 yoxlamasını keçə bilər, halbuki IPv6 fərqli çıxışdan çıxır, ona görə ad və çıxış yoxlamalarını AAAA qeydi və ətraflı bağlantı sınağı ilə təkrarlayın.

İdarə olunan maşında paylaşımın ümumiyyətlə icazəli olduğunu təsdiqləyin, çünki başqa cihaza giriş açmaq rahatlıq açarı deyil, inzibati qərardır. Hər dəstəklənən dəyişiklikdən sonra yoxlamaları yenidən qoşulmada və kəsinti zamanı təkrarlayın. Hostun təmiz yenidən qoşulması klientin heç vaxt dəstəkləmədiyi ötürülən marşrutu bərpa etmir.