Fejlfinding og support
Fejlsøg en netværksforbindelse fra bunden af OSI-modellen
ping, ipconfig og tracert i den rigtige rækkefølge
Når «internettet ikke virker», sparer du tid ved at arbejde systematisk nedefra og op i OSI-modellen og udelukke ét lag ad gangen med kommandolinjen.
- 01
Tjek det fysiske lag først
Sidder kablet i? Lyser link-LED'en på både port og netkort? Prøv en anden port eller et andet kabel. Rigtig mange «netværksfejl» er et løst stik (OSI lag 1).
Start altid med det fysiske — det er hurtigst at udelukke.
- 02
Verificér egen IP-konfiguration
Kør ipconfig /all og bekræft at maskinen har fået en gyldig IP, gateway og DNS. En 169.254-adresse betyder at DHCP ikke svarede, og at du skal kigge på den forbindelse først.
APIPA (ingen DHCP)169.254.x.x - 03
Ping loopback og egen adresse
Kør ping 127.0.0.1 for at bekræfte at TCP/IP-stakken virker lokalt, og ping derefter maskinens egen IP. Fejler det, er problemet på selve klienten.
Loopback127.0.0.1 - 04
Ping gatewayen
Ping standardgatewayen for at bekræfte at du kan nå ud på det lokale netværk. Svarer den ikke, ligger fejlen mellem klienten og routeren/switchen.
- 05
Ping ud og test navneopslag
Ping en kendt ekstern IP og derefter et domænenavn. Svarer IP-adressen men ikke navnet, er det et DNS-problem — ikke et forbindelsesproblem.
- 06
Spor ruten
Brug tracert (Windows) eller traceroute for at se hvor pakkerne stopper på vej mod målet. Det peger på hvilket hop eller hvilken forbindelse der svigter.
Udeluk ét OSI-lag ad gangen, så du ved præcis hvor fejlen ligger.
Bygget på uddannelsens artikel «OSI-modellen og TCP/IP — sådan hænger et netværk sammen» + god faglig praksis