Disse 4 kommandoene jeg kjører i PowerShell løser de Windows-nettverksproblemene jeg møter oftest

Oppdag og løs nettverksproblemer i Windows enkelt med PowerShell-kommandoer. Fra lokal testing til DNS-konfigurasjon, få stabil internettforbindelse tilbake på plass.

Internettforbindelsen min begynte å oppføre seg merkelig. Nettsider lastet sakte, og videomøtene hadde tilkoblingsproblemer. Å starte på nytt med mesh-nettverket og modemet funket ikke. Tid for en dypere undersøkelse.

Her kommer PowerShell-kommandoene inn. De avdekker om problemet stammer fra PC-en, nettverket, DNS-en, eller noe annet. Ingen grunn til å være en PowerShell-ekspert. Ofte er det bare å kopiere og lime inn en kommando, lese av informasjon, og bestemme neste steg.

Test om problemet er lokalt eller på internett

Test-Connection hjelper med å lokalisere problemet

Jeg startet feilsøkingen her for å kartlegge om tregheten var innenfor nettverket eller et eksternt problem. PowerShells Test-Connection fungerer som ping. Den sender testpakker til en enhet og viser om de kommer tilbake, samt responstidene.

Jeg åpnet PowerShell og kjørte ipconfig. Under den aktuelle nettverksadapteren var det Standard Gateway. Den vanligvis ser slik ut: 192.168.1.1. Deretter kjørte jeg:

Test-Connection 192.168.1.1 -Count 10

Jeg endret IP-en til min nåværende gateway, 192.168.4.1. Fordi denne trafikken holder seg innenfor nettverket, forventet jeg raske og konsistente svar. Lite forsinkelse er greit, men jeg var på jakt etter gjentatte tidsavbrudd, tapte svar, eller store sprik i responstidene.

Når resultatene så bra ut, testet jeg noe utenfor nettverket:

Test-Connection 8.8.8.8 -Count 10

Det sendte den samme testen til Googles DNS-server. Sammenligning av resultatene er avgjørende. Svarer gatewayen normalt, men testen mot ekstern server har tidouts eller latensproblemer, er det trolig ikke mellom PC-en og ruteren. Hvis begge tester skuffer, må jeg undersøke PC-en, Wi-Fi-tilkoblingen, ruteren, eller mesh-nettverket. Målet er å oppdage inkonsekvenser, spesielt tapte pakker eller tidsavbrudd.

Sjekk hvilken DNS-server Windows bruker

Get-DnsClientServerAddress viser DNS-serverne

DNS ble neste stopp. For et par måneder siden justerte jeg denne mens jeg utforsket en annen artikkel. Jeg testet forskjellige DNS-leverandører, så jeg ville være sikker på at Windows ikke pekte mot en av dem ved et uhell. Det var verdt å sjekke siden nettsider lastet sakte selv om tilkoblingen var aktiv.

I PowerShell kjørte jeg:

Get-DnsClientServerAddress

Denne kommandoen viser DNS-serverne for hver nettverksadapter. Ingen admin-rettigheter nødvendig for å sjekke dette. Jeg lette etter Wi-Fi-adapteren, og sjekket ServerAddresses-kolonnen for å se hvilke DNS-servere som ble brukt.

Forstå tallene er viktig. Googles servere er 8.8.8.8 og 8.8.4.4, Cloudflare bruker 1.1.1.1 og 1.0.0.1. Du kanskje ikke ser disse, hvis internettleverandøren styrer DNS automatisk, vil du mest sannsynlig se deres adresser. Jeg var spesielt interessert i om noen av DNS-tjenestene fra før fortsatt var aktive. Get-DnsClientServerAddress viste at jeg brukte Googles DNS. Etter å ha endret adressen tilbake til internettleverandørens, fikk jeg delvis bukt med problemet, men fortsatt...

Netter var ikke helt greit. Nok en gang måtte jeg takle nettverksproblemer.

Hvordan Windows konfigurerte tilkoblingen

Get-NetIPConfiguration gir oversikt

Etter DNS-sjekk ville jeg ha oversikt over hvordan Windows hadde satt opp tilkoblingen.

Get-NetIPConfiguration gir deg de nødvendige dataene. Sjekker du enkeltinnstillinger, mister du helhetsbildet. Denne kommandoen viser nettverksdetaljene for hver adapter: IP-adresse, standard gateway, DNS-servere.

Jeg kjørte Get-NetIPConfiguration med fokus på Wi-Fi-adapteren jeg var tilkoblet. Først så jeg på IPv4Address for å bekrefte at Windows hadde fått tildelt en gyldig lokal IP-adresse. Vanligvis starter slike adresser med 192.168 eller 10.x. Neste stopp var IPv4DefaultGateway; jeg måtte være sikker på at Windows visste hvor trafikken min skulle sendes, og bekreftet DNS-serverne fra forrige sjekk.

Det jeg virkelig vil ha klarhet i, er om noe ser merkelig ut. Ingen standard gateway? Ingen brukbar IP? Eller en adresse som begynner med 169.254? Det indikerer at nettverkskonfigurasjonen fra ruteren feiler. Denne kommandoen hjelper meg også å bekrefte at jeg sjekker riktig adapter. Windows kan vise Ethernet, Wi-Fi, VPN-er og mye mer, så det er lett å bli distrahert.

Tilbakestill Winsock når nettverksproblemene hoper seg

netsh winsock reset var mitt siste trekk

Så langt så alt greit ut. Jeg startet modemmet og nettverket på nytt, testet forbindelsen og sjekket DNS. Ingen åpenbare feil, men forbindelsennevnte fortsatt ikke god.

Så, jeg tilbakestilte Winsock.

Åpnet PowerShell som administrator og kjørte:

netsh winsock reset

Winsock styrer kommunikasjonen mellom apper og nettverk. Tilbakestilling kan rydde opp i konfigurasjonsproblemer. Hvis alt går som det skal, får du bekreftelse på atWinsock-katalogen ble tilbakestilt vellykket, og du må starte datamaskinen på nytt.

Etter omstarten testet jeg forbindelsen igjen med nettsurfing og videomøter. Stabilt igjen, heldigvis. Ingen detaljer å granske i kommandoens utdata. Bekreftelse på vellykket tilbakestilling var det viktigste. Testen kommer etter omstarten, når du ser om problemet virkelig er løst.

PowerShell forenklet feilsporing

Disse kommandoene tar ikke lang tid å kjøre, men de gir mye informasjon om nettverksproblemer i Windows. Ingen åpenbare røyktepper, men etter å ha sjekket forbindelsen, verifisert DNS og til slutt tilbakestilt Winsock, kom jeg meg gjennom utfordringen. Etter omstart av tilbakestillingen fungerte alt som før: stabil surfing og videomøter.

Hvis du vil lese flere artikler som Disse 4 kommandoene jeg kjører i PowerShell løser de Windows-nettverksproblemene jeg møter oftest, kan du besøke kategorien Windows.