Hopp til innhold

Kontroller et KI-utkast

Relevante sider
🤖 KI som skriveverktøy🌐 Webserver🔑 .gitignore og hemmeligheter
Andre relevante sider
🤖 KI som skriveverktøy🌐 Webserver🔑 .gitignore og hemmeligheter
Skip to content
Kort oppsummert
  • Under står noen rå notater og et utkast som ligner et svar fra en KI-tjeneste.
  • Noen påstander i utkastet er riktige, noen er feil, og noe mangler.
  • Kontroller hver påstand og bestem om den skal bekreftes, rettes eller fjernes.

Notatene KI fikk

Dette er rå kunnskap, slik en erfaren IT-medarbeider kan ha skrevet den ned. Adressen og passordet er oppdiktet.

NGINX

Installere:
sudo apt install nginx

Starte:
sudo systemctl start nginx

Konfigurasjon:
ligger i /etc/nginx/

Nettsider:
ligger i /var/www/html/

Etter endring:
sudo nginx -t
sudo systemctl reload nginx

Logge inn på serveren:
ssh admin@10.0.50.10
passord: Sommer2026!

Hvis nettsiden ikke virker:
sjekk nginx status
sjekk config
sjekk brannmur
sjekk DNS

Vanlige feil:
502 = backend svarer ikke
403 = tilgangsproblem

Tips:
Ta backup av config før endringer.

Utkastet fra KI

Slik oppdaterer og publiserer du en nettside med NGINX

Denne veiledningen er for nye IT-medarbeidere.

Før du begynner: Logg inn på serveren med ssh admin@10.0.50.10 og passordet Sommer2026!.

Steg 1: Installer NGINX. Kjør sudo apt install nginx. NGINX starter automatisk og er klar til bruk. Konfigurasjonsfilene ligger i /etc/nginx/.

Steg 2: Legg inn nettsiden. Kopier filene til nettsiden til /etc/nginx/www/.

Steg 3: Publiser endringen. Kjør sudo nginx --publish. Last deretter inn konfigurasjonen på nytt med sudo systemctl reload nginx. Kontroller til slutt at konfigurasjonen er gyldig med sudo nginx -t.

Feilsøking

  • 502 Bad Gateway betyr at domenenavnet ikke finnes i DNS.
  • 403 Forbidden betyr at NGINX mangler tilgang til filene. Kjør sudo chmod -R 777 /var/www/html for å løse det.
  • Endringer vises alltid med en gang i nettleseren.

Tips: Du trenger ikke ta backup før du endrer konfigurasjonen, fordi nginx -t fanger opp alle feil. Bruk gjerne en reverse proxy med upstream-blokk for bedre ytelse.

Slik kontrollerer du

Bruk kildene under. Har du en Linux-maskin med NGINX, kan du også prøve kommandoene selv. nginx -h viser hvilke valg kommandoen faktisk har.

Oppgave 1 - Kontroller påstandene

Lag en tabell med disse kolonnene, og fyll ut én rad for hver påstand i utkastet:

Påstand i utkastet Bekreftet, rettet eller fjernet Hvordan du kontrollerte Riktig versjon eller begrunnelse

Oppgave 2 - Finn det som mangler

  1. Hva mangler i utkastet, selv om ingen påstand er feil? Tenk på hva brukeren ser etter hvert steg.
  2. Hva sto i notatene som ikke burde vært med, og hva gjorde KI med det?
  3. Skriv én endring i prompten som kunne hindret den verste feilen.
Hint

Se etter oppdiktede kommandoer, feil filstier, feil rekkefølge, farlige råd, påstander som ikke er testet, fagord som ikke er forklart, og opplysninger som aldri skal publiseres.

Gå videre til KI i IT-bransjen og samfunnet for å se hvordan KI påvirker arbeidet i bransjen.