Windows VPN: gestoorde profiel teenoor die aktiewe koppelvlaktoestand

'n Windows-VPN verskyn op twee plekke wat verskillende vrae beantwoord, en om hulle te verwar lewer 'n selfversekerde verkeerde diagnose. Die gestoorde profiel sê wat iemand opgestel het; die aktiewe koppelvlak sê wat die stapel nou net toegepas het. Wanneer 'n verbinding tot stand kom en verkeer nog steeds die verkeerde pad volg, moet albei aansigte gelees word, in daardie volgorde. Nie een alleen sê vir jou of die toepassing se pakkie deur die tonnel gegaan het nie.

Twee aansigte van dieselfde tonnel

Die profielaansig is konfigurasie: bedieneradres, tonneltipe, verifikasiemetode, verdeelde-tonnel-instellings. Dit kan korrek wees terwyl die verbinding dit ignoreer, en dit kan verouderd wees terwyl die verbinding volmaak werk, want 'n kliënt wat weer koppel, lees dalk nie weer wat jy verander het nie. Die koppelvlakaansig is toegepaste toestand: watter adapters bestaan, watter adresfamilies hulle dra, hul maatstawwe en hul verbindingstoestand. Dit verander soos tonnele kom en gaan, wat dit die regte plek maak vir 'n lewendige roetevraag en die verkeerde plek vir 'n konfigurasievraag.

Om hulle saam te lees is die hele metode, en om enigeen alleen te lees is hoe mense uiteindelik 'n gesonde adapter verwyder. Die opdragte hieronder lewer albei aansigte sonder om iets te verander.

Lees albei aansigte sonder om iets te verander

Begin by die gestoorde profiele, want dit is die goedkoopste feit om te bevestig. Let op die tonneltipe en die verdeelde-tonnel-waarde, want albei bepaal watter bestemmings hoegenaamd in die tonnel moet ingaan. As die profiel verkeerd is, reg dit deur sy ondersteunde konfigurasie-oppervlak, want niks in die koppelvlaklys herstel 'n profiel wat na die verkeerde poort wys nie.

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

Die koppelvlakaansig het 'n ander vorm: een tonnel kan twee rye beslaan wanneer dit albei adresfamilies dra. Lees die indeks as die identiteit en die alias as 'n etiket wat iemand gekies het, en verwag dat die alias tussen kliëntweergawes verander.

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

Aanwesigheid is nie bewys van gebruik nie, want 'n koppelvlak kan bestaan, gekoppel wees en tog nie die een wees wat die roete na jou bestemming kies nie. Hou dit in gedagte voordat jy 'n onbekende adapter as die fout beskou. Daardie twee foute lyk van buite identies: 'n korrekte profiel met 'n roete wat dit nooit gebruik, en 'n verkeerde profiel met 'n roete wat dit wel gebruik. Hulle het heeltemal verskillende regstellings, en daarom bestaan die volgende afdeling.

Volg die roete na die bestemming

Vra die stapel watter pad dit sou volg vir die adres wat die toepassing werklik kontak. Dit is die vraag wat die koppelvlaklys nie op sy eie kan beantwoord nie.

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

Die eerste opdrag rapporteer twee velde wat die moeite werd is om te lees: die koppelvlak-alias van die gekose bron, en die volgende hop vir daardie bestemming. Die indeks 37 in die tweede opdrag is wat die eerste uitset ook al gedruk het, nie 'n konstante om te kopieer nie, en die adres 10.60.20.10 is illustratief. As die gekose bron aan die fisiese adapter behoort terwyl die bestemming binne die tonnel moet wees, het jy die seleksieprobleem gevind, want die VPN-koppelvlak kan heeltemal gesond wees en bloot nie voorkeur geniet nie. 'n Maatstaf is net deel van daardie besluit, want roetespesifisiteit, beleid en koppelvlaktoestand speel almal saam.

Vergelyk drie toestande onder dieselfde omstandighede

Teken die koppelvlaklys en die gekose roete aan voor jy koppel, terwyl jy gekoppel is, en nadat jy ontkoppel het, met elke keer dieselfde bestemming en dieselfde opdragte. Daardie vergelyking skei 'n huidige tonnelkoppelvlak van 'n ou versteekte adapter wat deur 'n deïnstallasie agtergelaat is, en van 'n tweede kliënt wat ook loop. Dit sê ook vir jou of die tonnelkoppelvlak skoon verdwyn, want 'n adapter wat ná ontkoppeling bly staan, is 'n ander probleem as een wat nooit verskyn het nie. Sonder die drie momentopnames lyk elke onbekende alias soos die skuldige.

Hou die drie uitsette by die kaartjie, want twee opdraguitsette klop 'n paragraaf beskrywing. 'n Kollega kan hulle vergelyk sonder om jou sessie hoegenaamd te herhaal.

Moet nie verwyder wat jy nie geïdentifiseer het nie

Onbekende adapters behoort gewoonlik aan iets: 'n bestuurde kliënt, 'n virtuele skakelaar, 'n houernetwerk of 'n sekuriteitsagent. Om een te verwyder kan 'n werkende komponent wegneem en die oorspronklike simptoom presies laat waar dit was. As die roete verouderd is, spoor die eienaar van die roete op en maak dit daar reg; as die profiel verkeerd is, wysig die profiel. Die dokumentasie vir Get-NetIPInterface lys die velde wat hierbo gebruik is, insluitend die maatstaf- en toestandkolomme wat die vergelyking betekenisvol maak.

Noem die objek, vind sy eienaar en tree dan op daardie eienaar in. Enigiets anders is om die probleem te hernoem eerder as om dit te lees.