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.
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.
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.xPing 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.1Ping 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.
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.
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.
Kilde
Bygget på uddannelsens artikel «OSI-modellen og TCP/IP — sådan hænger et netværk sammen» + god faglig praksis