De här fyra kommandona jag kör i PowerShell löser de nätverksproblem i Windows som jag oftast stöter på

Lös nätverksproblem i Windows med PowerShell genom att testa anslutning, kontrollera DNS och återställa Winsock – steg för steg guide för att återfå stabilitet.

Förra veckan började mitt internet strula. Webbsidor laddades långsamt, och videomötena led av anslutningsproblem. Jag startade om mitt mesh-nätverk och modem, men det hjälpte föga. Dags att gräva djupare.

PowerShell-kommandon kan vara din vän här. De hjälper till att fastställa om problemet sitter i din PC, ditt nätverk, DNS eller någon annan plats. Ingen PowerShell-expertis krävs—kopiera, klistra in och analysera några nyckeltal för att ta nästa steg.

Testa om problemet är lokalt eller på internet

Test-Connection hjälper till att begränsa var problemet börjar

Jag började med att identifiera om problemet fanns inom mitt nätverk eller längre bort. PowerShells Test-Connection hjälper här, likt en ping. Den skickar testpaket till en annan enhet och återkopplar med svarstider.

Öppna PowerShell och kör ipconfig. Leta efter Default Gateway under nätverksadaptern du använder. Vanligtvis ser den ut som 192.168.1.1. Jag använde följande kommando:

Test-Connection 192.168.1.1 -Count 10

Byt ut IP-adressen mot din gateway, till exempel 192.168.4.1. Eftersom detta inte lämnar hemmet förväntar jag mig snabba och konsekventa svar. Enstaka långsamma svar är inga problem, särskilt över Wi-Fi. Jag ser upprepade timeouts, förlorade svar eller svarstider som går från några millisekunder till hundratals.

När det såg normalt ut testade jag något utanför mitt nätverk:

Test-Connection 8.8.8.8 -Count 10

Detta skickar samma test till Googles offentliga DNS-server. Jämför resultaten. Normala svar från min gateway men timeouts eller stora latensspikar i det externa testet, det är en indikation på att problemet troligen inte ligger mellan min PC och routern. Om båda testen är dåliga, kolla hemmaplan: PC, Wi-Fi, router eller mesh-nätverk. Se efter tydliga inkonsekvenser, förlorade paket och svängningar i svarstid.

Kontrollera vilket DNS-server Windows använder

Get-DnsClientServerAddress visar vilket DNS-server Windows använder

Nästa steg var att kolla DNS, eftersom jag nyligen hade bytt leverantör. Jag ville säkerställa att Windows inte pekade mot någon av de gamla. Med långsamma webbsidor även om anslutningen var okej, var detta en enkel punkt att utesluta.

I PowerShell körde jag följande kommando:

Get-DnsClientServerAddress

Det visar DNS-servrarna för varje nätverksadapter. Ingen administratörsrätt behövs för att kolla. Jag letade efter min Wi-Fi-adapter och kontrollerade ServerAddresses. Där ser du vilka DNS-servrar Windows använder.

Viktigt att veta vad siffrorna representerar. Googles servrar är 8.8.8.8 och 8.8.4.4; Cloudflare använder 1.1.1.1 och 1.0.0.1. Du kanske ser annorlunda adresser om din ISP sköter DNS automatiskt. Jag ville bara se om några av de DNS-tjänster jag testat tidigare fortfarande var aktiva. Get-DnsClientServerAddress bekräftade att jag fortfarande använt Googles DNS.

Jag återställde min ISPs DNS-adress. Det hjälpte något, men nätverksproblemen kvarstod.

Se exakt hur Windows konfigurerade anslutningen

Get-NetIPConfiguration ger mig hela bilden på ett ställe

Efter att ha kollat DNS var jag nyfiken på hur Windows konfigurerat hela anslutningen.

Get-NetIPConfiguration ger dig en översikt. Istället för att kolla varje inställning individuellt får du alla viktiga nätverksuppgifter för varje adapter, inklusive IP-adress, standardgateway och DNS-servrar.

Jag körde Get-NetIPConfiguration och fokuserade på min aktuella adapter – Wi-Fi. Först kollade jag IPv4Address för att säkerställa att jag fått en korrekt lokal IP-adress. Vanligtvis börjar dessa med 192.168 eller 10.x. Jag kollade även IPv4DefaultGateway för att se så att Windows visste var trafiken skulle skickas utanför mitt nätverk, och jag bekräftade DNS-serveradresserna jag just felsökt.

Jag letar efter avvikelser. Ingen standardgateway, en ogiltig IP-adress, eller en adress som börjar med 169.254 tyder på en felaktig nätverkskonfiguration från routern. Dessutom kontrollerar jag att jag har rätt adapter i fokus. Windows listar ofta Ethernet, Wi-Fi, VPN och mer, vilket gör det lätt att fastna i fel enhet om man inte ser över det först.

Återställ Winsock när något fastnat

netsh winsock reset var det sista jag försökte

Allt jag kollat såg bra ut, men anslutningen ville inte fungera. Jag gjorde en omstart av modemet och mesh-nätverket, testade anslutningen, kontrollerade DNS och granskade adaptern. Inget uppenbart fel, så jag beslutade mig för att återställa Winsock.

Jag öppnade PowerShell som administratör och körde:

netsh winsock reset

Winsock styr hur appar kommunicerar över nätverket. Återställning kan torka bort problem orsakade av dålig konfiguration. Om det lyckas meddelar PowerShell att Winsock-katalogen återställts och att en omstart krävs för att slutföra processen.

Jag testade anslutningen igen efter omstarten, genom att ladda webbsidor och delta i videomöten. Stabilt igen. Utdata från kommandot är inte mycket att gå på, fokus ligger på bekräftelse av framgång. Det riktiga testet kommer efter omstarten för att se om problemen är borta.

PowerShell gjorde problemet enklare att spåra

Det är bra med dessa kommandon – de tar inte lång tid, men ger mycket information om Windows-nätverksproblem. Ingen uppenbar misstänkt i mitt fall, men steg som att kontrollera anslutningen, verifiera DNS och återställa Winsock hjälpte mig att reda ut det utan att gissa. Efter omstarten var anslutningen stabil, och både webbläsande och videomöten flöt på som vanligt.

Nu när du har läst klart De här fyra kommandona jag kör i PowerShell löser de nätverksproblem i Windows som jag oftast stöter på, inbjuder vi dig att utforska kategorin Windows ytterligare. Där hittar du fler intressanta artiklar som kommer att utöka dina kunskaper och hålla dig informerad. Sluta inte läsa och upptäcka mer!