Webbhotellet har stängt av din webbplats: de möjliga orsakerna

Hitta orsaken

På webbhotell som körs med cPanel ersätts webbplatsen vid en avstängning av en sida som säger att kontot är avstängt (”This Account has been suspended”). Avstängningen blockerar också inloggningen i kontrollpanelen, FTP-åtkomsten och utgående e-post från kontot; inkommande e-post beror på serverns konfiguration. Själva filerna ligger kvar.

Orsaken brukar stå i ett meddelande från webbhotellet: sök i den e-postinkorg som hör till kontot, skräpposten inräknad, efter ”avstängning”, ”abuse”, ”skadlig kod” eller ”faktura”, och titta sedan i kundområdet och dess ärenden.

Anger meddelandet ingen orsak, be om den skriftligen, tillsammans med den punkt i villkoren som åberopas: en avstängning hävs snabbare när alla talar om samma problem.

Först: rädda en kopia av webbplatsen

Webbhotellets villkor anger efter hur lång tid ett avstängt kontos data får raderas. Innan du gör något annat, lägg en kopia i säkert förvar:

• Filerna: via SFTP om åtkomsten fortfarande är öppen, annars genom att be webbhotellet om ett arkiv.
• Databasen: via exporten i phpMyAdmin eller wp db export, eller i samma begäran om arkiv.
• E-posten, om brevlådorna ligger på samma konto: en kopia av varje brevlåda via IMAP från ett e-postprogram.
• Det planerade raderingsdatumet, som du ber om skriftligen.

Behåll kopian precis som den är, även om webbplatsen är smittad: det är från den du sanerar och mot den du jämför.

Orsak 1: en hackad webbplats

På en delad server utsätter en webbplats som sprider skadlig kod, har falska inloggningssidor eller skickar spam de andra kontona och ryktet för serverns IP-adresser för risk. Webbhotellet stänger av kontot och öppnar det igen när problemet är åtgärdat.

1. Be om listan över upptäckta filer, och fråga om webbhotellet kan öppna filåtkomsten igen medan du sanerar.
2. Radera de flaggade filerna och leta sedan efter det som placerade dem där: PHP-filer i wp-content/uploads, okända mappar i rotmappen, skript som skickar e-post, tillagda administratörskonton.
3. Byt lösenorden till webbhotellet, FTP, databasen och administratörerna, och byt säkerhetsnycklarna i wp-config.php.
4. Uppdatera WordPress, temat och tilläggen, och radera dem som inte längre används.
5. Skriv till webbhotellet och beskriv vad som hittats, tagits bort och åtgärdats, med avstängningens referens.

Att flytta till ett annat webbhotell med samma filer tar med sig smittan, och med den risken för en ny avstängning. Saneringen görs innan webbplatsen läggs upp igen, var det än sker.

Orsak 2: resursförbrukning över gränserna

Delade webbhotell sätter tak för vad varje konto förbrukar. På servrar som kör CloudLinux gäller gränserna CPU, fysiskt minne, diskens in- och utmatning, antalet processer och entry processes, alltså samtidiga anslutningar till dynamiska skript som PHP. Antalet filer räknas i inoder: varje fil och varje mapp använder en.

När gränsen för entry processes nås får besökarna felet 508 ”Resource Limit Is Reached”. Upprepade överskridanden kan leda till avstängning. Din kontrollpanel hos webbhotellet visar förbrukningen över tid: hitta topptimmarna och läs sedan åtkomstloggarna för just de timmarna.

De vanligaste orsakerna

• Robotar som bombarderar wp-login.php eller xmlrpc.php med inloggningsförsök.
• Tunga tillägg: statistik, loggning, bildgeneratorer, säkerhetskopiering.
• Säkerhetskopior som lagras på kontot, i wp-content, och fyller diskutrymmet och inoderna.
• Schemalagda uppgifter i WordPress, som startas vid varje besök.

du -sh wp-content/* | sort -h
find . -type f | wc -l

<Files "xmlrpc.php">
Require all denied
</Files>

Blocket avvisar alla förfrågningar till xmlrpc.php. Kontrollera först att inget verktyg är beroende av den: Jetpack går till exempel via XML-RPC. Visar webbplatsen därefter ett 500-fel tillåter ditt webbhotell inte det här direktivet i .htaccess: ta bort blocket och be webbhotellet om motsvarande lösning.

define( 'DISABLE_WP_CRON', true );

De schemalagda uppgifterna behöver då anropas av serverns schemaläggare: skapa i kontrollpanelen ett cron-jobb som anropar https://www.din-webbplats.com/wp-cron.php med jämna mellanrum, till exempel var 15:e minut.

Orsak 3: en obetald faktura

Betala fakturan från kundområdet och kontrollera att det sparade kortet inte har gått ut. Återaktiveringen följer på betalningen, automatiskt eller på begäran beroende på webbhotellet; dröjer den, öppna ett ärende med betalningens referens.

Domännamnet förnyas ofta separat från webbhotellet. En utgången domän tar också ned webbplatsen, men sidan som visas är då domänregistrarens, inte webbhotellets: två fakturor, två kontroller.

Orsak 4: ett klagomål eller brott mot villkoren

• Upphovsrätt: en bild eller en text som används utan licens. Ta bort innehållet, eller skicka bevis på licensen, med klagomålets referens.
• Anmälan om missbruk: en falsk inloggningssida eller skadlig kod har upptäckts på din webbplats. Det är ett intrång och hanteras som orsak 1.
• Klagomål om spam: e-post som skickats från kontot till mottagare som inte väntade sig den, nyhetsbrev inräknade. Kontrollera vem som skickar från kontot och hur adresserna har samlats in.

Svara skriftligen, inom den angivna tiden, och beskriv vad som har gjorts: det är det dokumentet som webbhotellet arkiverar för att häva avstängningen.

Innan webbplatsen läggs upp igen

1. Orsaken är identifierad och åtgärdad, och webbhotellet har skriftligen bekräftat vad det förväntar sig.
2. Lösenorden är bytta och webbplatsens komponenter är uppdaterade.
3. Det finns en automatisk säkerhetskopia, lagrad utanför webbhotellskontot.
4. Någon tar emot webbhotellets varningar: kontots e-postadress blir läst.