Gjenopprett siden fra en sikkerhetskopi

En full gjenoppretting krever både filene og databasen, og begge må være fra samme tidspunkt. Filene er WordPress, utvidelsene, temaet og opplastede filer i wp-content/uploads. Databasen inneholder innhold, innstillinger og brukere.

Alt som er endret etter at sikkerhetskopien ble tatt, forsvinner. Det gjelder nye innlegg, bestillinger, skjemasvar og brukere.

Finn sikkerhetskopiene

De fleste hostingleverandører tar sikkerhetskopier automatisk. Logg inn i hostingpanelet og se etter et menypunkt for sikkerhetskopier eller backup. Sjekk hvor langt tilbake de går, og om de har med både filene og databasen.

Hvis siden har en utvidelse for sikkerhetskopiering, som UpdraftPlus, kan kopiene også ligge i en skytjeneste som Google Drive eller Dropbox. For å gjenopprette med en slik utvidelse må du kunne logge inn i wp-admin.

Velg en sikkerhetskopi fra før problemet begynte. Hvis siden ble hacket, må kopien være fra før angrepet. Vet du ikke når angrepet skjedde, velger du en kopi fra flere uker før du oppdaget de første tegnene.

Ta en kopi av siden slik den er nå

Last ned filene og eksporter databasen før du gjenoppretter, selv om siden er ødelagt. Da kan du gå tilbake til denne versjonen hvis sikkerhetskopien er for gammel eller feil, og du kan hente ut bestillinger og innhold som er lagt inn etter at sikkerhetskopien ble tatt.

Gjenopprett i hostingpanelet

Mange hostingpaneler har en egen funksjon for gjenoppretting:

1. Velg datoen du vil tilbake til.
2. Gjenopprett både filene og databasen til nettsiden. Hvis du kan velge, gjenoppretter du bare nettsiden og ikke hele kontoen, så e-post og andre nettsider på kontoen ikke blir berørt.
3. Vent til gjenopprettingen er ferdig, og åpne siden.

Hvis panelet ikke har en slik funksjon, kan du be hostingleverandøren gjenopprette siden for deg.

Ble siden hacket, bør du spørre hostingleverandøren om gjenopprettingen sletter filer som ikke er med i sikkerhetskopien. Hvis ikke, blir filene angriperen har lagt inn, liggende igjen.

Gjenopprett manuelt

Hvis du har sikkerhetskopien som filer, for eksempel en zip-fil med filene og en .sql-fil med databasen, gjenoppretter du filene først og databasen etterpå.

Etter et hackerangrep sletter du de gamle WordPress-filene på serveren før du laster opp filene fra sikkerhetskopien. Ellers blir det liggende igjen filer som angriperen har lagt inn.

1. Last opp filene til rotmappen til WordPress med FTP eller filbehandleren, og overskriv dem som ligger der. Utvidelser som ble installert etter at kopien ble tatt, blir liggende igjen, så slett mappene deres i wp-content/plugins.
2. Åpne phpMyAdmin i hostingpanelet, velg databasen og gå til fanen for import. Velg .sql-filen og start importen. Er filen større enn opplastingsgrensen i phpMyAdmin, importerer du den med wp db import over SSH, eller ber hostingleverandøren gjøre det.
3. Stopper importen med feilen #1050 - Table '…' already exists, ligger tabellene der fra før. Slett dem i phpMyAdmin og importer på nytt. Kopien du tok før du begynte, har dem fortsatt.
4. Sjekk at DB_NAME, DB_USER, DB_PASSWORD og DB_HOST i wp-config.php stemmer med databasen du importerte til, og at $table_prefix stemmer med starten på tabellnavnene, for eksempel wp_.

Etter gjenopprettingen

1. Logg inn i wp-admin, gå til Innstillinger → Permalenker og trykk «Lagre endringene» uten å endre noe.
2. Tøm cachen i cache-utvidelsen, i hostingpanelet og i Cloudflare hvis du bruker det.
3. Hvis siden sluttet å virke etter en oppdatering, bør du ikke kjøre alle oppdateringene på nytt samtidig. Oppdater én utvidelse om gangen, så finner du utvidelsen som skaper problemet.
4. Kom angriperen inn gjennom et sikkerhetshull i en utvidelse eller et tema, er det samme sikkerhetshullet med i sikkerhetskopien. Oppdater WordPress, utvidelsene og temaet med en gang, så kjente sikkerhetshull blir tettet. Bytt også passordene til wp-admin, hostingpanelet og FTP.
5. Etter et innbrudd bytter du også de åtte sikkerhetsnøklene i wp-config.php, fra AUTH_KEY til NONCE_SALT. Nye verdier får du fra WordPress.org. Da blir alle innloggede brukere logget ut, også angriperen.

Hvis det ikke finnes noen sikkerhetskopi

Uten sikkerhetskopi, eller med kopi av bare filene eller bare databasen, kan du ikke gjenopprette hele siden. Spør hostingleverandøren om de har eldre kopier enn dem du ser i panelet. Ellers må siden repareres manuelt. Det krever tilgang til hostingkontoen og erfaring med WordPress og MySQL.