Feilsøkingsmetode

Skip to content

«Det virker ikke» er ikke et feilsøkingspunkt du kan handle på. Denne siden gir deg en fast metode du kan bruke uansett om problemet er en nettverkstjeneste, en container eller et script – bruk den sammen med feilsøkingsavsnittene i de andre Driftsstøtte-emnene i stedet for å gjette deg fram hver gang.

De syv trinnene

  1. Kartlegg omstendighetene. Hva skjedde, og når begynte det?
  2. Reproduser feilen når det er trygt å gjøre det på nytt.
  3. Lokaliser og avgrens mulige feilkilder – hvilket lag eller hvilken komponent kan det være?
  4. Innhent informasjon – logger, feilmeldinger, kommandoresultater.
  5. Bestem mulige løsninger ut fra det du nå vet.
  6. Test én løsning eller hypotese om gangen. Endrer du flere ting samtidig, vet du ikke hva som faktisk løste det.
  7. Dokumenter feilen og løsningen, slik at du (eller noen andre) kjenner den igjen neste gang.

Halvdelingsmetoden

Når du er usikker på hvor i en lang kjede problemet ligger, test midt i kjeden i stedet for å starte i den ene enden. Fungerer midten, er feilen i den siste halvdelen. Fungerer den ikke, er feilen i den første. Halver igjen, og du finner feilen på få forsøk selv i en lang kjede.

Feilsøkingsrekkefølge for nettverk og tjenester

Når problemet gjelder nettverk eller en nettverkstjeneste, gå gjennom kontrollpunktene i denne rekkefølgen – ikke hopp rett til DNS eller tjenesten før du har utelukket lagene under:

flowchart TD
    A[Fysisk forbindelse] --> B[Nettverksgrensesnitt]
    B --> C[IP-konfigurasjon]
    C --> D[Lokalt nett]
    D --> E[Gateway og ruting]
    E --> F[DNS]
    F --> G[Tjeneste]

PING Command: Troubleshooting Networks – PowerCert (9:14)

Se video på YouTube

For hvert punkt bør du kunne:

  • forklare hva kontrollpunktet faktisk undersøker
  • finne relevante verdier med riktig kommando (se 🌐 Nettverksprotokoller for ping, nslookup med mer)
  • skille en observasjon fra en antakelse
  • velge neste kontroll ut fra resultatet av forrige kontroll, ikke ut fra magefølelse

Test forventet mot faktisk

En feilsøkingstest er bare nyttig hvis du vet hva du forventer før du kjører den. Skriv opp:

Behov:            Hva skal brukeren kunne gjøre?
Mål:               Hvilken adresse/tjeneste tester du?
Forventet:         Hva skal skje hvis alt fungerer?
Faktisk:           Hva skjedde?
Viser:             Hva beviser dette resultatet?
Viser ikke alene:  Hva beviser IKKE dette resultatet?

Én test beviser sjelden alt

At ping svarer, viser at ICMP fungerer – ikke at DNS eller selve tjenesten fungerer. At en nettside åpner seg, viser at HTTP(S) svarte på akkurat den forespørselen – ikke at alle andre tjenester på serveren er oppe. Test funksjonen brukeren faktisk trenger, ikke bare om noe «svarer».

Easy Oppgave 1 - Bruk metoden på et reelt problem

Ta et problem du har støtt på i et annet Driftsstøtte- eller Utvikling-emne (en container som ikke starter, en tjeneste du ikke får kontakt med, et script som feiler):

  1. Gå gjennom de syv trinnene over, ett om gangen.
  2. Skriv «forventet mot faktisk» for hver test du kjører.
  3. Noter hvilket trinn i feilsøkingsrekkefølgen problemet faktisk lå i.
  4. Skriv en kort logg: hva var symptomet, hva var årsaken, hvordan løste du det?

Oppsummering

  • Feilsøking er en metode, ikke gjetting – syv faste trinn fra kartlegging til dokumentasjon
  • Halvdelingsmetoden finner feilen raskt i en lang kjede
  • For nettverk: gå lag for lag fra fysisk forbindelse til tjeneste, ikke hopp rett til slutten
  • Skriv alltid opp forventet mot faktisk før du tester, og husk at én test sjelden beviser alt