Windows afișează Rețea neidentificată pentru orice interfață pe care nu o poate clasifica într-o locație, iar un adaptor VPN este un candidat obișnuit pentru că adesea nu are propriul gateway implicit. Eticheta este o categorie a paravanului de protecție, nu o afirmație despre dacă tunelul s-a autentificat sau dacă aplicația dumneavoastră ajunge undeva. A o trata ca pe un mesaj de eroare este felul în care oamenii ajung să reseteze un adaptor care funcționează și să piardă sesiunea care era în regulă. Două comenzi spun dacă eticheta merită vreo atenție.

Eticheta este o categorie a paravanului, nu un bec de stare

Recunoașterea locației rețelei decide dacă o interfață aparține unui domeniu, unei rețele private sau uneia publice, iar paravanul aplică apoi setul de reguli pentru acea categorie. Neidentificată este rezultatul când clasificarea eșuează, ceea ce de obicei pune interfața în profilul public. Profilul public este cel care blochează implicit cea mai mare parte a traficului de intrare.

Publicul este profilul restrictiv, așa că întrebarea practică este dacă serviciul dumneavoastră este permis acolo. Un tunel poate fi perfect sănătos și totuși să arate eticheta, pentru că clasificarea depinde de forma interfeței, nu de starea conexiunii.

Această distincție explică rapoartele cele mai încurcate: o partajare de fișiere care ieri funcționa și astăzi nu, pe un adaptor pe care nimeni nu l-a schimbat, pentru că o regulă era limitată la profilul privat, iar interfața este acum în cel public.

Citiți trei lucruri înainte de a schimba ceva

Verificați categoria, configurația adresei și ruta către destinație, în această ordine. Dacă resursa funcționează, eticheta este cosmetică pentru scopurile dumneavoastră, iar răspunsul onest este să o lăsați așa.

Aceste comenzi afișează profilul curent, inventarul interfețelor și configurația unui adaptor:

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

Indexul interfeței contează pentru că cmdlet-urile de profil adresează interfețele după index, iar un laptop cu un adaptor fizic, un adaptor Wi-Fi și un tunel are trei. Citirea celui greșit produce un diagnostic sigur al unei rețele pe care nu o folosește nimeni.

De ce adaptorul pare neidentificat

Clasificarea caută dovezi că interfața aparține undeva: un controler de domeniu la care poate ajunge, un gateway care se comportă ca o rețea de acasă sau o identitate care poate fi rezolvată. O interfață de tunel nu are adesea nicio intrare de gateway și nici domeniu de difuzare, așa că sondajele nu au cu ce lucra.

Clienții de tunel complet evită uneori eticheta atribuind un gateway sau purtând o rută pe care o sondă de clasificare o poate urma. Clienții de tunel divizat o arată mai des, pentru că tunelul transportă doar prefixele pentru care a fost configurat, iar restul traficului iese în altă parte.

Nimic din toate acestea nu este un defect. Este motorul de clasificare care descrie o interfață ce nu arată ca o LAN, iar un tunel este exact asta.

Eticheta începe să conteze în politică. Un instrument de administrare, un agent de punct final sau o regulă de paravan care selectează după profil va trata interfața neidentificată ca publică, iar blocarea rezultată este reală chiar dacă cauza este o etichetă.

Schimbarea categoriei are consecințe

Marcarea interfeței ca privată este o decizie de încredere, iar aceasta aplică setul de reguli private traficului care sosește pe acel adaptor. Dacă tunelul se termină la un furnizor pe care nu îl controlați, sau dacă dispozitivul se poate alătura unor rețele neîncrezute, acea schimbare lărgește ce este accesibil din acea interfață. Face de asemenea dispozitivul detectabil într-un segment de rețea pe care poate nu îl dețineți. Sunt multe consecințe pentru o etichetă cosmetică.

Un script larg care pune fiecare interfață neidentificată pe privat este mai rău, pentru că aplică aceeași încredere unor adaptoare pe care nu le-ați inspectat niciodată. Pe un dispozitiv administrat, schimbarea poate fi suprascrisă de politică la următoarea reîmprospătare, lăsându-vă cu o reparație care funcționează până când nu mai funcționează.

Reparați fluxul care eșuează, nu numele

Începeți cu o defecțiune concretă: o partajare care nu se deschide, un site care nu se încarcă, o imprimantă care nu se găsește. Apoi separați cauzele — rezolvarea numelor, alegerea rutei, sfera paravanului și permisiunea utilizatorului eșuează în moduri diferite și produc mesaje diferite.

Dacă defecțiunea este un nume, testați rezolvarea anume de pe acel adaptor, nu de pe mașină în general. Dacă este o rută, afișați ruta selectată pentru destinația exactă. Dacă este paravanul, citiți profilul în vigoare și regula care ar trebui să permită traficul, apoi decideți dacă o regulă îngustă limitată la program este mai bună decât o schimbare de categorie.

Numai după ce acestea trei sunt eliminate categoria devine cauza probabilă, și chiar atunci reparația ar trebui să fie cea mai mică ce face fluxul necesar să funcționeze. Un nume de rețea mai familiar nu este scopul; o partajare care funcționează sub o regulă aprobată este.

Articole similare