Nettstedet mitt er nede: hvordan feilsøke og fikse det?

Noen ganger kan nettstedet ditt oppleve problemer etter oppdateringer eller tilsynelatende uten forvarsel. Heldigvis finnes det tiltak du kan gjøre for å forebygge og feilsøke disse problemene på egenhånd. Denne veiledningen tar deg gjennom de vanligste årsakene til nedetid på nettstedet og hvordan du løser dem. Hvis du trenger ytterligere hjelp, kan vårt kundestøtte-team hjelpe deg.

Tilkoblingen din er ikke privat

Hvis du får feilmeldingen «Tilkoblingen din er ikke privat» når du prøver å få tilgang til et nettsted, betyr det at nettleseren din ikke kunne opprette en sikker tilkobling mellom enheten din og nettstedet.

For å løse dette, sjekk først etter problemer med SSL-sertifikatet. Bruk et SSL Checker-verktøy for å bekrefte at et gyldig sertifikat er installert og at det ikke er noen SSL-relaterte problemer. Hvis kontrollen ikke avdekker noen problemer, eller hvis SSL-sertifikatet er riktig konfigurert, kan feilen skyldes blandet innhold på nettstedet. I så fall, ta kontakt med kundestøtte for hjelp.

Hvit tom side

Dette problemet skyldes ofte PHP-feil, som du kan se i error_log-filen som ligger i domenets webrotmappe. Loggfilen gir detaljert informasjon, som filbane, databaseskjema og den spesifikke filen og linjen der feilen oppstod.

Vanligvis er disse feilene relatert til et tema, en mal, et programtillegg, en komponent eller et tillegg. Prøv å endre eller deaktivere disse elementene for å se om problemet løses.

En annen mulig årsak er feil fil- eller mappetillatelser. Hver fil og katalog i kontoen din har spesifikke tillatelser som styrer hvem som kan lese, endre eller kjøre dem. Når du oppretter en fil eller mappe i cPanel, får den standardtillatelser. Selv om disse innstillingene vanligvis ikke trenger å endres, kan enkelte installasjoner eller oppdateringer kreve at du endrer dem.

Det finnes tre typer tilgangstillatelser:

  • Les Tillater at filen vises.

  • Skrive – Tillater at filen kan endres.

  • Kjøre – Tillater at filen kan kjøres som et program.

Disse tillatelsene gjelder for tre brukergrupper:

  • Eier – Brukeren som eier filen.

  • Gruppe – Brukere som er i samme gruppe eller katalog.

  • Alle - Alle andre brukere.

Tillatelsesnivåer representeres med tall:

0: Ingen tilgang

1: Kun kjøring

2: Kun skriving

3: Skrive og kjøre

4: Kun lesing

5: Lese og kjøre

6: Lese og skrive

7: Lese, skrive og kjøre (full tilgang)

For å sikre at filene dine vises riktig i en nettleser, bruk følgende tillatelsesinnstillinger:

  • HTML- og bildefiler – Sett tillatelser til 644 (eller 0644). Dette gjør dem lesbare for alle, men kun skrivbare for eieren. Disse tillatelsene settes automatisk når filen opprettes.

  • Mapper – Sett tillatelser til 755 (eller 0755). Dette gjør dem lesbare og kjørbare for alle, men kun skrivbare for eieren. Disse tillatelsene tildeles automatisk når mappen opprettes.

  • CGI-filer – Sett tillatelser til 755 (eller 0755). Dette gjør dem lesbare og kjørbare for alle, men kun skrivbare for eieren. I motsetning til andre filer settes ikke disse tillatelsene automatisk, så du må justere dem manuelt.

Her er standardtillatelsene du bør sette:

  • Filer – 0644

  • Mapper – 0755

  • Domenerotmappe – 0750

Hvis du fortsatt er usikker på hva som forårsaker problemet, eller trenger hjelp til å sjekke eller endre fil- og mappetillatelser, ta kontakt med kundestøtte. Vi veileder deg gjennom feilsøkingsprosessen. Ha følgende informasjon klar:

  • Den nøyaktige feilmeldingen

  • URL-en der feilen vises (eller trinn for å gjenskape den).

  • Din eksterne IP-adresse

Servertilkoblingen utløp, tilkoblingen ble tilbakestilt

Hvis du får en «Tilkoblingen utløp» eller «Tilkoblingen ble tilbakestilt»-feil, kan det bety at din eksterne IP-adresse har blitt blokkert av serverens brannmur. For å løse dette, vennligst kontakt kundestøtte slik at vi kan undersøke årsaken til blokkeringen og tilby feilsøkingshjelp.

Når du tar kontakt, sørg for å oppgi domenenavnet ditt og ekstern IP-adresse.

500 Intern serverfeil

Denne feilen kan oppstå av flere grunner, inkludert:

1. Feil .htaccess -direktiver er den vanligste årsaken til feil syntaks eller problematiske direktiver i .htaccess-filen. For å få tilgang til den, følg disse trinnene:

  1. Gå til din Spaceship-konto.

  2. Velg Hosting Manager i Launchpad.

  3. Klikk på Administrer-knappen ved siden av hostingplanen din.

  4. Velg alternativet Filer og lagring.

  5. Klikk Administrer filer ved siden av nettstednavnet.

For å finne ut om .htaccess-filen forårsaker problemet, prøv å midlertidig gi den et nytt navn ved å bruke Gi nytt navn-alternativet i cPanel File Manager. Hvis dette løser problemet, ligger feilen i .htaccess-filen. Da kan du begynne feilsøking ved å kommentere ut linjer. Legg til # foran hver linje for å deaktivere den.

Merk: Hvis du ikke er kjent med .htaccess-syntaks, unngå å gjøre endringer direkte, og ta alltid en sikkerhetskopi av filen.

Hvis feilen vedvarer etter at du har endret .htaccess-filen, sjekk error_log-filen for de siste PHP-feilene for flere ledetråder.

Husk til slutt å endre .htaccess-filen tilbake til sitt opprinnelige navn og fjern kommentarene fra linjene om nødvendig.

2. Feil fil- eller mappetillatelser kan også forårsake feil. Du kan justere tillatelser i cPanel:

  1. Gå til Filbehandling.

  2. Klikk Endre tillatelser.

Slik får du tilgang til filene dine:

  1. Logg inn på din Spaceship-konto.

  2. Velg Hosting Manager i Launchpad.

  3. Velg Administrer ved siden av hostingplanen din.

  4. Gå til Filer og lagring.

  5. Klikk Administrer filer ved siden av nettstednavnet.

Her er standardtillatelsene du bør sette:

  • Filer0644

  • Mapper0755

  • Domenerotmappe0750

Hvis du er usikker på hvordan du sjekker eller endrer fil- eller mappetillatelser, vennligst kontakt kundestøtte.

3. Overdreven bruk av kontoressurser (RAM, CPU) som kan skyldes at hostingkontoen din overskrider sine virtuelle ressursgrenser.

Hvis kontoen din nærmer seg LVE (Lightweight Virtual Environment)-grensene, se gjennom error_log-filen og sjekk de siste feilmeldingene for å finne ut om problemet skyldes et skript, et programtillegg eller noe annet.

Du kan sjekke om kontoen har nådd grensene sine i Hosting Manager i din Spaceship-konto. Velg Administrer ved siden av hostingplan > Hosting-bruk > Rapportlogg. Hvis du bruker for mye ressurser, vil rapporten være her. Du kan også se ressursbruken din i cPanel under menyen Ressursbruk.

Når du har identifisert årsaken, optimaliser nettstedet eller kontoen for å unngå å overskride ressursgrensene i fremtiden.

4. 500 Internal Server Errors kan noen ganger oppstå på grunn av en utløst ModSecurity-regel. ModSecurity overvåker alle sideforespørsler og filtrerer ut potensielt skadelige forespørsler som kan utnytte sårbarheter på nettstedet ditt. Selv om det vanligvis blokkerer ondsinnet aktivitet, kan det av og til feilaktig identifisere en legitim forespørsel som en trussel på grunn av dårlig koding på nettstedet, noe som forårsaker feil.

For å administrere ModSecurity, gå til cPanel > ModSecurity. Du kan deaktivere det ved å finne domenenavnet ditt i listen og velge Av. Husk at dette ikke påvirker underdomener, som forblir beskyttet. Du kan aktivere det igjen når som helst ved å velge .

Vi anbefaler forsiktighet når du bruker dette alternativet. Hvis du tror ModSecurity forårsaker problemer med nettstedet ditt, vennligst kontakt vår kundestøtte før du gjør endringer.

507 Utilstrekkelig lagringsplass

Feil 507 Utilstrekkelig lagringsplass, som er en del av 50x-statuskodene, indikerer problemer med databasen eller filsystemet ditt. Det kan skyldes:

  • Utdaterte programtillegg eller temaer på WordPress-nettstedet ditt.

  • Begrensede serverressurser, som utilstrekkelig diskplass.

  • RAM-begrensninger

Slik løser du dette problemet:

  1. Sørg for at alle utvidelser og temaer på nettstedet ditt er oppdatert.

  2. Optimaliser databasene dine og sjekk at det er nok diskplass til midlertidige filer.

508 Ressursgrense nådd

Denne feilen betyr at nettstedet ditt har overskredet sine LVE (Lightweight Virtual Environment) ressursgrenser. For å sjekke om kontoen din når sine grenser, gå til Spaceship-kontoens Hosting Manager, velg Administrer ved siden av hostingplanen din, og naviger deretter til Hosting Usage > Reports Log. Hvis det er overforbruk, vil du se detaljene her. Du kan også se ressursbruken din i cPanel under menyen Resource Usage.

Hvis du nylig har gjort oppdateringer på nettstedet, lagt til nye utvidelser eller temaer, eller opplevd en trafikkøkning, bør du vurdere å optimalisere nettstedet ditt. For mer veiledning eller en grundig gjennomgang, vennligst kontakt vårt kundestøtte-team for hjelp.

404 Ikke funnet

En 404-feil oppstår vanligvis når innhold er slettet eller flyttet til en annen URL. Vanlige årsaker inkluderer:

  • URL-en eller innholdet ble fjernet eller flyttet uten at interne lenker ble oppdatert.

  • URL-en ble skrevet eller lenket feil.

  • Domenenavnet eksisterer ikke.

  • Problemer med .htaccess-filen, for eksempel manglende standard WordPress-regler eller problemer i systemer som Laravel.

I sjeldne tilfeller kan ModSecurity også være årsaken.

Slik løser du en 404-feil

1. Bytt ut feil lenker med fungerende lenker.

2. Fjern alle lenker som peker til 404-sider, og vurder å deindeksere ødelagte sider fra søkemotorer. Bruk verktøy som Googles verktøy for fjerning av URL for å deindeksere disse sidene permanent. Les mer i denne veiledningen om deindeksering.

3. Oppdater permalenkene til WordPress-nettstedet ditt ved å gå til Innstillinger > Permalenker i WordPress-kontrollpanelet og velg Lagre endringer (det er nok å lagre, endring er ikke nødvendig).

403 Forbudt

En 403 Forbudt-feil kan skyldes:

  • Feil fil-/mappe-tillatelser

  • Avviste regler i .htaccess-filen

  • Mistenkelig aktivitet oppdaget av ModSecurity, som kan blokkere tilgangen.

  • Midlertidig blokkering av /xmlrpc.php-filen.

  • Blokkering på grunn av phishing- eller skadevarebekymringer. Kontakt kundestøtte for å sjekke om en blokkering er aktivert.

Feil 403 Forbudt Forespørsel forbudt av administrative regler indikerer at forespørselen ble blokkert av en sikkerhetstjeneste på vår server. Hvis du opplever denne feilen på nettstedet ditt, kontakt kundestøtte for videre undersøkelse og hjelp.    

400 Bad Request

Denne feilen indikerer at serveren ikke kan behandle forespørselen på grunn av et problem på klientsiden. Vanlige årsaker inkluderer:

  • Feil i URL-strengsyntaks

  • Ødelagt nettleserbuffer og informasjonskapsler

  • Problemer med DNS-oppslagsbuffer

  • Filstørrelse overskrider serverens grenser

  • Konflikter med nettleserutvidelser

Slik løser du dette problemet:

1. Sørg for at domenenavnet og URL-en er skrevet riktig. Kontroller at spesialtegn er korrekt kodet og er gyldige URL-tegn. For lange URL-er kan du bruke en nettbasert URL-koder/dekoder for å sjekke etter ugyldige tegn.

2. Tøm hurtigbufferen i nettleseren din.

3. Hvis du laster opp en fil og får denne feilen, kan det skyldes at filstørrelsen overskrider servergrensen. Prøv å laste opp en mindre fil, og hvis dette fungerer, reduser størrelsen på den opprinnelige filen og last den opp på nytt.

4. Tøm DNS-bufferen din.

5. Deaktiver nettleserutvidelser som påvirker informasjonskapsler eller forstyrrer nettstedets funksjonalitet. Å midlertidig slå av disse utvidelsene vil vise om dette forårsaker et problem.

Server ikke funnet, nettsted utilgjengelig

Hvis nettstedet ditt ikke er tilgjengelig i enkelte nettlesere (Chrome, Firefox, Safari, osv.), prøv å bruke verktøy som DNS Checker eller proxytjenester:

Hvis nettstedet ditt fungerer i noen nettlesere, men ikke andre, kan det skyldes et problem med nettleserbufferen. Prøv å tømme hurtigbufferen i nettleseren og få tilgang til siden igjen.

Hvis nettstedet ditt lastes i nettbaserte proxyer, men ikke i nettleseren din, kan det skyldes forsinkelser i DNS-propagasjon. Denne prosessen, som kan ta 24–48 timer, oppdaterer DNS-buffere globalt etter endringer i domenets DNS-sone. Dessverre kan denne prosessen ikke fremskyndes.

Mens du venter, kan du tømme datamaskinens DNS-buffer og nettleserbufferen. For å omgå DNS-propagasjon kan du også redigere din lokale hosts-fil. Denne filen lar deg manuelt knytte domenenavn til IP-adresser, slik at du kan forhåndsvise nettstedet ditt på en ny server før DNS-endringer trer i kraft. Ved å legge til spesifikke oppføringer i hosts-filen kan du vise nettstedet ditt med domenenavnet, slik at datamaskinen din løser det til en bestemt IP-adresse og omgår vanlig DNS-oppslag. Dette er nyttig når du vil jobbe på nettstedet ditt på en ny server, mens andre fortsatt får tilgang til den aktive siden på den gamle serveren.

Hvis nettstedet fortsatt ikke fungerer i ulike nettlesere, proxyer eller enheter, må du kontrollere at domenet ditt peker riktig til serveren. Hvis DNS-propagasjonen er fullført og domenet er riktig konfigurert, kan det være globale problemer med hostingserveren, som planlagt vedlikehold eller tekniske problemer.

Nedetid på nettstedet kan være frustrerende, men å forstå vanlige feilmeldinger og årsakene til dem kan hjelpe deg med å raskt identifisere og løse problemer. Enten det er en 404-feil på grunn av ødelagte lenker, en 500 Internal Server Error fra feil .htaccess-direktiver, eller ressursbegrensninger som forårsaker en 508-feil, gir denne veiledningen konkrete trinn for å feilsøke og løse disse problemene. Hold alltid utvidelser, temaer og programvare oppdatert, overvåk serverressurser, og bruk verktøyene som er tilgjengelige i hostingkontoen for å opprettholde nettstedets ytelse. For mer komplekse problemer eller hvis du trenger ytterligere hjelp, ikke nøl med å kontakte kundestøtte for bistand.

En gyldig e-postadresse er påkrevd