Internetikonen fel men VPN:en fungerar? Tre kontroller

Aviseringsområdet visar att det inte finns internet, den privata applikationen fortsätter att fungera och någon vill ändra VPN-profilen tills ikonen beter sig korrekt. Tre olika observationer slås samman till en, och bara en av dem handlar om tunneln. Att skilja dem åt hindrar ett ikonproblem från att bli en onödig profiländring.

Namnge observationen först och avgör sedan om något verkligen behöver repareras.

Tre observationer, tre frågor

Windows anslutningsindikator svarar på vad systemets identifieringsprocess har fastställt för den aktuella nätverksprofilen. VPN-klientens status svarar på om klienten rapporterar en etablerad peer-session. En ny applikationsåtgärd svarar på om en specifik begäran lyckades längs den väg den tog. Var och en är ett giltigt resultat och ingen ersätter de andra. Att slå ihop dem ger en reparation riktad mot fel lager.

Den klassiska förväxlingen är att behandla den första som en sammanfattning av de två andra. En maskin kan ha en frisk tunnel med fungerande privata resurser och ändå klassas som utan internet, eftersom klassningen kommer från en kontroll som aldrig nådde sin tjänst.

Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443

Skriv ner de tre resultaten med tidsstämpel innan du rör något. De flesta sådana här ärenden löses vid det steget, eftersom oenigheten blir tydlig när den är nedskriven.

Vad klassningsprocessen faktiskt gör

Microsofts NCSI-översikt beskriver aktiv kontroll med HTTP-begäranden till en konfigurerad kontrolltjänst, kombinerat med passiv observation av nätverkstrafik. Att inte få det förväntade svaret kan komma från routing, en proxy eller ett annat miljövillkor på den vägen. Den är mer specifik än ett allmänt nåbarhetstest och smalare än folk antar. Just den smalheten är hela orsaken till att oenigheten uppstår.

Det den aldrig granskar är kryptering, resolverns integritet eller om en applikation är auktoriserad. En positiv klassning bevisar inte att varje applikation använder tunneln, och en negativ bevisar inte att tunneln ligger nere.

Den omvända förväxlingen är lika vanlig. En tunnel kan vara etablerad medan applikationen den byggdes för inte har någon användbar väg, någon fungerande resolver och inget tillstånd. Klientindikatorn rapporterar ett tidigare och smalare resultat än det du behöver.

Oenigheten själv säger vad som ska rättas

Privat åtkomst fungerar och systemet säger att det inte finns internet: den felande komponenten är kontrollvägen, inte tunneln. Notera gränssnittet och tiden och be sedan nätverksägaren titta på hur kontrollen når sin tjänst och om policy blockerar den. Att ersätta en fungerande profil för privat åtkomst med en bred internetväg ändrar en ikon och utökar åtkomst du inte bad om att utöka.

Tunneln rapporterar anslutning och nya begäranden till nödvändiga tjänster misslyckas: det är ett verkligt fel, och att kalla ikonen falsklarm hoppar över det. Jämför applikationsfelet, profilens avsedda omfattning, den använda resolvern och de valda vägarna. En enbart privat tunnel är inte byggd för att leverera en offentlig internetutgång, och att förvänta sig en är ett omfattningsfel snarare än en defekt.

Behåll underlaget, ändra en väg

Använd en ny åtgärd i den aktuella applikationen i stället för en sida som varit öppen sedan i morse. Håll nödvändig blockering aktiv och gör varje tillåten direkt jämförelse via klientens dokumenterade kontroller i stället för att redigera vägar manuellt.

Om en hanterad proxy eller brandvägg blockerar den avsedda kontrollen, rätta just den vägen tillsammans med ägaren. Microsofts vägledning avråder från att stänga av aktiv kontroll som lösning, och ett hårdkodat adressundantag eller en registerändring förklarar inte vilken komponents svar som är fel.

Behåll efter ändringen alla tre resultaten i ärendet: klassning, sessionsstatus och applikationsresultat. Om bara ikonen flyttades har du lärt dig att en indikator ändrades, inte att databasen eller webbplatsen fungerar nu.