VPN în Windows: profilul salvat față de starea interfeței active

Un VPN în Windows apare în două locuri care răspund la întrebări diferite, iar confundarea lor produce un diagnostic încrezător, dar greșit. Profilul salvat spune ce a configurat cineva; interfața activă spune ce a aplicat stiva chiar acum. Când se stabilește o conexiune și traficul merge totuși pe calea greșită, ambele vederi trebuie citite, în această ordine. Niciuna singură nu spune dacă pachetul aplicației a ieșit prin tunel.

Două vederi ale aceluiași tunel

Vederea profilului este configurația: adresa serverului, tipul de tunel, metoda de autentificare, setările pentru tunelul divizat. Poate fi corectă în timp ce conexiunea o ignoră și poate fi învechită în timp ce conexiunea funcționează perfect, pentru că un client care se reconectează poate să nu recitească ceea ce ați editat. Vederea interfeței este starea aplicată: ce adaptoare există, ce familii de adrese transportă, metricele și starea lor de conexiune. Se schimbă pe măsură ce tunelurile apar și dispar, ceea ce o face locul potrivit pentru o întrebare despre rutare în direct și locul greșit pentru o întrebare despre configurație.

Citirea lor împreună este întreaga metodă, iar citirea doar a uneia este felul în care oamenii ajung să șteargă un adaptor sănătos. Comenzile de mai jos produc ambele vederi fără a schimba nimic.

Citiți ambele vederi fără a schimba nimic

Începeți cu profilurile salvate, pentru că este faptul cel mai ieftin de confirmat. Observați tipul de tunel și valoarea tunelului divizat, deoarece ambele decid ce destinații ar trebui să intre în tunel. Dacă profilul este greșit, corectați-l prin suprafața sa de configurare acceptată, pentru că nimic din lista de interfețe nu repară un profil care indică o poartă greșită.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

Vederea interfeței are o altă formă: un tunel poate ocupa două rânduri când transportă ambele familii de adrese. Citiți indexul ca identitate și aliasul ca o etichetă aleasă de cineva, și așteptați-vă ca aliasul să se schimbe între versiunile clientului.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

Prezența nu este dovada utilizării, pentru că o interfață poate exista, poate fi conectată și totuși să nu fie cea pe care o alege ruta către destinația dumneavoastră. Țineți cont de asta înainte de a trata un adaptor necunoscut ca fiind vina. Aceste două defecțiuni arată identic din exterior: un profil corect cu o rută care nu îl folosește niciodată, și un profil greșit cu o rută care îl folosește. Au corecții complet diferite, și de aceea există secțiunea următoare.

Urmați ruta până la destinație

Întrebați stiva ce cale ar lua pentru adresa pe care aplicația o contactează efectiv. Aceasta este întrebarea la care lista de interfețe nu poate răspunde singură.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

Prima comandă raportează două câmpuri care merită citite: aliasul de interfață al sursei alese și următorul salt pentru acea destinație. Indexul 37 din a doua comandă este ceea ce a tipărit prima ieșire, nu o constantă de copiat, iar adresa 10.60.20.10 este ilustrativă. Dacă sursa aleasă aparține adaptorului fizic în timp ce destinația ar trebui să fie în interiorul tunelului, ați găsit problema de selecție, pentru că interfața VPN poate fi perfect sănătoasă și pur și simplu nepreferată. Metrica este doar o parte a acelei decizii, deoarece specificitatea rutei, politica și starea interfeței participă toate.

Comparați trei stări în aceleași condiții

Înregistrați lista de interfețe și ruta aleasă înainte de conectare, în timp ce sunteți conectat și după deconectare, cu aceeași destinație și aceleași comenzi de fiecare dată. Această comparație separă o interfață de tunel actuală de un adaptor vechi și ascuns lăsat de o dezinstalare, și de un al doilea client care rulează în paralel. Vă spune și dacă interfața tunelului dispare curat, pentru că un adaptor care persistă după deconectare este o problemă diferită de unul care nu a apărut niciodată. Fără cele trei instantanee, fiecare alias necunoscut pare vinovatul.

Păstrați cele trei ieșiri împreună cu tichetul, pentru că două ieșiri de comenzi bat un paragraf de descriere. Un coleg le poate compara fără să repete deloc sesiunea dumneavoastră.

Nu ștergeți ce nu ați identificat

Adaptoarele necunoscute aparțin de obicei unui lucru: un client administrat, un comutator virtual, o rețea de containere sau un agent de securitate. Ștergerea unuia poate elimina o componentă funcțională și lăsa simptomul original exact acolo unde era. Dacă ruta este învechită, găsiți proprietarul rutei și corectați-o acolo; dacă profilul este greșit, editați profilul. Documentația Get-NetIPInterface enumeră câmpurile folosite mai sus, inclusiv coloanele de metrică și stare care fac comparația relevantă.

Numiți obiectul, găsiți-i proprietarul, apoi acționați asupra acelui proprietar. Orice altceva este redenumirea problemei în loc de citirea ei.