Ongeïdentifiseerde netwerk op ’n Windows-VPN-adapter: wat dit beteken

Windows wys Ongeïdentifiseerde netwerk vir enige koppelvlak wat dit nie by ’n ligging kan indeel nie, en ’n VPN-adapter is ’n gereelde kandidaat omdat dit dikwels geen verstekpoort van sy eie het nie. Die etiket is ’n firewall-kategorie, nie ’n uitspraak oor of die tonnel bekragtig het of of jou toepassing iets kan bereik nie. Om dit as ’n foutboodskap te hanteer, is hoe mense eindig deur ’n werkende adapter te herstel en die sessie te verloor wat heeltemal reg was. Twee opdragte vertel jou of die etiket enige aandag werd is.

Die etiket is ’n firewall-kategorie, nie ’n statuslig nie

Netwerklokasiebewustheid besluit of ’n koppelvlak aan ’n domein, ’n private netwerk of ’n publieke netwerk behoort, en die firewall pas dan die reëlstel vir daardie kategorie toe. Ongeïdentifiseer is die uitkoms wanneer die klassifikasie misluk, wat die koppelvlak gewoonlik in die publieke profiel laat beland. Die publieke profiel is die een wat die meeste inkomende verkeer by verstek blokkeer.

Publiek is die beperkende profiel, so die praktiese vraag is of jou diens daar toegelaat word. ’n Tonnel kan volkome gesond wees en steeds die etiket wys, want klassifikasie hang af van die vorm van die koppelvlak, nie van die toestand van die verbinding nie.

Daardie onderskeid verklaar die mees verwarrende verslae: ’n lêerdeling wat gister gewerk het en vandag nie, op ’n adapter wat niemand verander het nie, omdat ’n reël op die private profiel gemik was en die koppelvlak nou in publiek is.

Lees drie dinge voordat jy enigiets verander

Kontroleer die kategorie, die adreskonfigurasie en die roete na die bestemming, in daardie volgorde. As die hulpbron werk, is die etiket kosmeties vir jou doeleindes, en die eerlike antwoord is om dit net so te laat.

Hierdie opdragte druk die huidige profiel, die koppelvlak-inventaris en die konfigurasie vir een adapter:

Get-NetConnectionProfile
Get-NetAdapter | Format-Table Name,InterfaceIndex,Status
Get-NetIPConfiguration -InterfaceAlias "My VPN Adapter"

Die koppelvlak-indeks maak saak omdat die profiel-cmdlets koppelvlakke per indeks aanspreek, en ’n skootrekenaar met ’n fisiese adapter, ’n Wi-Fi-adapter en ’n tonnel het drie daarvan. Om die verkeerde een te lees, lewer ’n selfversekerde diagnose van ’n netwerk wat niemand gebruik nie.

Waarom die adapter hoegenaamd ongeïdentifiseerd lyk

Klassifikasie soek bewyse dat die koppelvlak ergens hoort: ’n domeinbeheerder wat dit kan bereik, ’n poort wat soos ’n tuisnetwerk optree, of ’n oplosbare identiteit. ’n Tonnelkoppelvlak het dikwels geen poortinskrywing en geen uitsaaidomein nie, so die ondersoeke het niks om mee te werk nie.

Voltonnel-kliënte vermy die etiket soms deur ’n poort toe te ken of deur ’n roete te dra wat ’n klassifikasie-ondersoek kan volg. Splitstonnel-kliënte wys dit meer dikwels, want die tonnel dra net die voorvoegsels waarvoor dit opgestel is en die res van die verkeer vertrek elders.

Niks daarvan is ’n fout nie. Dit is die klassifikasie-enjin wat ’n koppelvlak beskryf wat nie soos ’n LAN lyk nie, en dit is wat ’n tonnel is.

Waar die etiket begin saak maak, is beleid. ’n Bestuursinstrument, ’n eindpunt-agent of ’n firewall-reël wat per profiel kies, sal die ongeïdentifiseerde koppelvlak as publiek behandel, en die gevolglike blokkade is werklik al is die oorsaak ’n etiket.

Om die kategorie te verander het gevolge

Om die koppelvlak privaat te merk is ’n vertrouensbesluit, en dit pas die private reëlstel toe op verkeer wat by daardie adapter aankom. As die tonnel by ’n verskaffer eindig wat jy nie beheer nie, of as die toestel by onbetroubare netwerke kan aansluit, verbreed daardie verandering wat vanaf daardie koppelvlak bereikbaar is. Dit maak ook die toestel vindbaar op ’n netwerksegment wat jy dalk nie besit nie. Dit is baie gevolge vir ’n kosmetiese etiket.

’n Breë script wat elke ongeïdentifiseerde koppelvlak privaat maak, is erger, want dit pas dieselfde vertroue toe op adapters wat jy nog nooit ondersoek het nie. Op ’n bestuurde toestel kan die verandering ook by die volgende verversing deur beleid oorskryf word, wat jou laat met ’n oplossing wat werk totdat dit nie meer werk nie.

Herstel die vloei wat faal, nie die naam nie

Begin by ’n konkrete fout: ’n lêerdeling wat nie oopgemaak word nie, ’n webwerf wat nie laai nie, ’n drukker wat nie gevind word nie. Verdeel dan die oorsake — naamoplossing, roetekeuse, firewall-omvang en gebruikersregte faal op verskillende maniere en lewer verskillende boodskappe.

As die fout ’n naam is, toets oplossing spesifiek vanaf daardie adapter eerder as vanaf die masjien in die algemeen. As dit ’n roete is, druk die gekose roete vir die presiese bestemming. As dit die firewall is, lees die profiel wat geld en die reël wat die verkeer behoort toe te laat, en besluit dan of ’n smal reël wat op die program gemik is beter is as ’n kategorieverandering.

Eers nadat daardie drie uitgeskakel is, word die kategorie die waarskynlike oorsaak, en selfs dan behoort die herstel die kleinste een te wees wat die vereiste vloei laat werk. ’n Meer bekende netwerknaam is nie die doel nie; ’n werkende lêerdeling onder ’n goedgekeurde reël is dit.