Felfüggesztette a tárhelyszolgáltató a weboldalát: a lehetséges okok

Az ok megkeresése

cPanel-alapú tárhelyen a felfüggesztés a webhely helyére egy olyan oldalt tesz, amely közli, hogy a fiókot felfüggesztették, gyakran angolul („This Account has been suspended”). Letiltja a kezelőfelületre való bejelentkezést, az FTP-hozzáférést és a fiókból történő e-mail-küldést is; a levelek fogadása a szerver beállításától függ. A fájlok viszont a helyükön maradnak.

Az ok többnyire a tárhelyszolgáltató egyik üzenetében szerepel: a fiókhoz tartozó postafiókban, a spam mappát is beleértve, keressen rá a „felfüggesztés”, „abuse”, „malware” vagy „számla” szavakra, majd nézze meg az ügyfélfiókot és a hibajegyeket.

Ha az üzenet nem nevez meg okot, kérje írásban, a felhasználási feltételek érintett pontjával együtt: a felfüggesztés gyorsabban megszűnik, ha mindkét fél ugyanarról a problémáról beszél.

Először: másolat a webhelyről

A tárhelyszolgáltató feltételei határozzák meg, mennyi idő elteltével törölhetők egy felfüggesztett fiók adatai. Minden más lépés előtt tegyen biztonságba egy másolatot:

• A fájlok: SFTP-n keresztül, ha a hozzáférés még nyitva van, egyébként archívumot kérve a tárhelyszolgáltatótól.
• Az adatbázis: a phpMyAdmin exportálási funkciójával vagy a wp db export paranccsal, illetve ugyanabban az archívumkérésben.
• Az e-mailek, ha a levelezés ugyanazon a fiókon fut: a postafiókok másolata IMAP-on keresztül, egy levelezőprogramból.
• A tervezett törlés dátuma, írásban kérve.

Ezt a másolatot tartsa meg változatlanul, akkor is, ha a webhely fertőzött: a takarításhoz és az összehasonlításhoz kell.

1. ok: feltört webhely

Osztott szerveren a rosszindulatú programot terjesztő, hamis bejelentkezési oldalakat tároló vagy spamet küldő webhely veszélyezteti a többi fiókot és a szerver IP-címeinek hírnevét. A tárhelyszolgáltató ezért felfüggeszti a fiókot, és a probléma rendezése után újra megnyitja.

1. Kérje el az észlelt fájlok listáját, és kérdezze meg, újra megnyitható-e a fájlhozzáférés a takarítás idejére.
2. Törölje a megjelölt fájlokat, majd keresse meg, mi helyezte el őket: PHP-fájlok a wp-content/uploads mappában, ismeretlen mappák a gyökérben, e-mail-küldő szkriptek, hozzáadott adminisztrátori fiókok.
3. Változtassa meg a tárhely, az FTP, az adatbázis és az adminisztrátorok jelszavát, és cserélje le a wp-config.php biztonsági kulcsait.
4. Frissítse a WordPresst, a sablont és a bővítményeket, és törölje azokat, amelyekre már nincs szükség.
5. Írja meg a tárhelyszolgáltatónak, mit talált, mit törölt és mit javított, a felfüggesztés hivatkozási számát megadva.

Ha ugyanazokkal a fájlokkal vált tárhelyszolgáltatót, a fertőzés velük együtt költözik, és vele az újabb felfüggesztés kockázata is. A takarítás az újraindítás előtt történik, bárhol legyen is az.

2. ok: a korlátokat túllépő erőforrás-használat

Az osztott tárhely korlátozza, mennyit használhat egy-egy fiók. A CloudLinuxot használó szervereken a korlátok a processzorra, a fizikai memóriára, a lemez írási és olvasási műveleteire, a folyamatok számára és a belépési folyamatokra (Entry Processes) vonatkoznak, vagyis a dinamikus szkriptekhez, például a PHP-hoz érkező egyidejű kapcsolatokra. A fájlok számát inode-okban mérik: minden fájl és minden mappa egyet használ el.

Amikor a belépési folyamatok korlátja betelik, a látogatók 508 „Resource Limit Is Reached” hibát kapnak. Az ismétlődő túllépések felfüggesztéshez vezethetnek. A tárhelyszolgáltató kezelőfelülete időbeli bontásban mutatja a használatot: keresse meg a csúcsok időpontjait, majd olvassa el az adott időpontok hozzáférési naplóit.

A leggyakoribb okok

• Robotok, amelyek sorozatban próbálnak bejelentkezni a wp-login.php vagy az xmlrpc.php fájlon keresztül.
• Erőforrásigényes bővítmények: statisztika, naplózás, képgenerálás, biztonsági mentés.
• A fiókon tárolt biztonsági mentések a wp-content mappában, amelyek megtöltik a tárhelyet és az inode-keretet.
• A WordPress ütemezett feladatai, amelyek minden látogatáskor elindulnak.

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

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

Ez a blokk minden kérést elutasít az xmlrpc.php felé. Előbb ellenőrizze, hogy egyetlen eszköze sem használja: a Jetpack például XML-RPC-n keresztül kommunikál. Ha a webhely ezután 500-as hibát jelez, a tárhelyszolgáltató nem engedélyezi ezt a direktívát a .htaccess fájlban: vegye ki a blokkot, és kérje tőle az ezzel egyenértékű megoldást.

define( 'DISABLE_WP_CRON', true );

Az ütemezett feladatokat ekkor a szerver ütemezőjének kell elindítania: hozzon létre a tárhelyszolgáltató kezelőfelületén egy feladatot, amely rendszeres időközönként, például 15 percenként meghívja a https://www.sajat-webhely.com/wp-cron.php címet.

3. ok: kifizetetlen számla

Fizesse ki a számlát az ügyfélfiókból, és ellenőrizze, hogy a mentett bankkártya nem járt-e le. Az újraaktiválás a fizetést követi, a tárhelyszolgáltatótól függően automatikusan vagy kérésre; ha késik, nyisson hibajegyet a befizetés hivatkozási számával.

A domainnév gyakran a tárhelytől külön újul meg. A lejárt domain miatt is eltűnik a webhely, de ilyenkor a megjelenő oldal a domainregisztrátoré, nem a tárhelyszolgáltatóé: két számla, két ellenőrzés.

4. ok: panasz vagy a feltételek megsértése

• Szerzői jog: licenc nélkül használt kép vagy szöveg. Távolítsa el a tartalmat, vagy küldje el a licenc igazolását, a panasz hivatkozási számát megadva.
• Visszaélés bejelentése: az Ön webhelyén észlelt hamis bejelentkezési oldal vagy rosszindulatú program. Ez feltörés, az 1. okhoz hasonlóan kezelendő.
• Spampanaszok: a fiókból olyan címzetteknek küldött e-mailek, akik nem vártak ilyet, a hírlevelet is beleértve. Ellenőrizze, ki küld leveleket a fiókból, és hogyan gyűjtötték a címeket.

Válaszoljon írásban, a megadott határidőn belül, leírva, mit tett: ezt az iratot csatolja a tárhelyszolgáltató az ügyhöz a felfüggesztés feloldásához.

Az újraindítás előtt

1. Az ok azonosítva és kijavítva, a tárhelyszolgáltató pedig írásban megerősítette, mit vár.
2. A jelszavak megváltoztak, a webhely összetevői naprakészek.
3. Létezik automatikus biztonsági mentés, a tárhelyfiókon kívül tárolva.
4. Valaki megkapja a tárhelyszolgáltató riasztásait: a fiók e-mail-címére érkező leveleket olvassák.