Internetikonet er forkert, men VPN virker? Tre kontroller
Windows' netværksklassificering, en klients sessionsstatus og én applikationshandling besvarer tre spørgsmål. Hold dem adskilt, før du ændrer ruter.
Meddelelsesområdet viser, at der ikke er internet, den private applikation virker stadig, og nogen vil ændre VPN-profilen, indtil ikonet opfører sig rigtigt. Tre forskellige observationer smeltes sammen til én, og kun én af dem handler om tunnelen. At skille dem ad forhindrer, at et ikonproblem bliver til en unødvendig profilændring.
Navngiv først observationen, og afgør derefter, om noget faktisk skal repareres.
Tre observationer, tre spørgsmål
Windows' forbindelsesindikator svarer på, hvad systemets registreringsproces har fastslået for den aktuelle netværksprofil. VPN-klientens status svarer på, om klienten rapporterer en etableret peer-session. En ny applikationshandling svarer på, om én bestemt anmodning lykkedes ad den vej, den tog. Hver af dem er et gyldigt resultat, og ingen af dem erstatter de andre. At smelte dem sammen giver en reparation rettet mod det forkerte lag.
Den klassiske forveksling er at behandle den første som en opsummering af de to andre. En maskine kan have en sund tunnel med fungerende private ressourcer og alligevel blive klassificeret som uden internet, fordi klassificeringen kommer fra en sondering, der aldrig nåede sin tjeneste.
Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443
Skriv de tre resultater ned med et tidsstempel, før du rører noget. De fleste af disse sager løses på det trin, fordi uenigheden bliver tydelig, når den er skrevet ned.
Hvad klassificeringsprocessen faktisk gør
Microsofts NCSI-oversigt beskriver aktiv sondering med HTTP-anmodninger til en konfigureret sonderingstjeneste, kombineret med passiv observation af netværkstrafik. Manglende evne til at få det forventede svar kan skyldes routing, en proxy eller en anden miljømæssig betingelse på den vej. Den er mere specifik end en generel tilgængelighedstest og smallere, end folk antager. Netop denne snæverhed er hele grunden til, at uenigheden opstår.
Det, den aldrig reviderer, er kryptering, resolverens privatliv eller om en applikation er autoriseret. En positiv klassificering beviser ikke, at hver applikation bruger tunnelen, og en negativ beviser ikke, at tunnelen er nede.
Den omvendte forveksling er lige så almindelig. En tunnel kan være etableret, mens den applikation, den blev bygget til, ikke har nogen brugbar rute, nogen fungerende resolver eller nogen tilladelse. Klientindikatoren rapporterer et tidligere og smallere resultat end det, du har brug for.
Uenigheden selv fortæller, hvad der skal rettes
Privat adgang virker, og systemet siger, at der ikke er internet: den fejlende komponent er sonderingsvejen, ikke tunnelen. Noter grænsefladen og tidspunktet, og bed derefter netværksejeren undersøge, hvordan sonderingen når sin tjeneste, og om politik blokerer den. At erstatte en fungerende profil til privat adgang med en bred internetrute ændrer et ikon og udvider adgang, du ikke bad om at udvide.
Tunnelen rapporterer forbindelse, og nye anmodninger til nødvendige tjenester fejler: det er en reel fejl, og at kalde ikonet en falsk alarm springer den over. Sammenlign applikationsfejlen, profilens tilsigtede omfang, den anvendte resolver og de valgte ruter. En udelukkende privat tunnel er ikke designet til at levere en offentlig internetudgang, og at forvente en er en omfangsfejl snarere end en defekt.
Behold registreringen, skift én vej
Brug en ny handling i den relevante applikation i stedet for en side, der har været åben siden i morges. Hold nødvendig blokering aktiv, og foretag enhver tilladt direkte sammenligning via klientens dokumenterede kontroller i stedet for at redigere ruter manuelt.
Hvis en administreret proxy eller firewall blokerer den tilsigtede sondering, skal du rette netop den vej sammen med dens ejer. Microsofts vejledning advarer mod at deaktivere aktiv sondering som løsning, og en hårdt kodet adresseundtagelse eller en registreringsændring er ikke en forklaring på, hvilken komponents svar der er forkert.
Behold efter ændringen alle tre resultater i sagen: klassificering, sessionsstatus og applikationsresultat. Hvis kun ikonet flyttede sig, har du lært, at en indikator ændrede sig, ikke at databasen eller webstedet virker nu.