Хостинг доставчикът спря сайта ми: възможните причини

Намерете причината

При хостинг, управляван с cPanel, спирането заменя сайта със страница, която съобщава, че акаунтът е спрян, често на английски („This Account has been suspended“). То блокира и входа в панела, FTP достъпа и изпращането на имейли от акаунта; получаването зависи от настройките на сървъра. Файловете остават на място.

Причината обикновено е посочена в съобщение от хостинг доставчика: потърсете в пощата, свързана с акаунта, включително в папката за спам, думите „спиране“, „suspension“, „abuse“, „malware“ или „фактура“, след това прегледайте клиентския профил и тикетите в него.

Ако съобщението не посочва причина, поискайте я писмено, заедно със съответната клауза от условията за ползване: спирането се отменя по-бързо, когато всички говорят за един и същ проблем.

Първо вземете копие на сайта

Условията на хостинг доставчика определят срока, след който данните на спрян акаунт могат да бъдат изтрити. Преди всяка друга стъпка запазете копие на сигурно място:

• Файловете: по SFTP, ако достъпът още е отворен, иначе като поискате архив от хостинг доставчика.
• Базата данни: чрез експорта в phpMyAdmin или wp db export, или в същата заявка за архив.
• Имейлите, ако пощата е хоствана в същия акаунт: копие на пощенските кутии по IMAP от пощенски клиент.
• Предвидената дата на изтриване, поискана писмено.

Пазете това копие непроменено, дори ако сайтът е заразен: то служи за почистването и за сравнение.

Причина 1: хакнат сайт

На споделен сървър сайт, който разпространява злонамерен софтуер, хоства фалшиви страници за вход или изпраща спам, излага на риск другите акаунти и репутацията на IP адресите на сървъра. Затова хостинг доставчикът спира акаунта и го отваря отново, когато проблемът е решен.

1. Поискайте списъка на откритите файлове и попитайте дали хостинг доставчикът може да отвори отново достъпа до файловете за времето на почистването.
2. Изтрийте сигнализираните файлове, след това потърсете какво ги е поставило: PHP файлове в wp-content/uploads, непознати папки в корена, скриптове за изпращане на имейли, добавени администраторски акаунти.
3. Сменете паролите за хостинга, FTP, базата данни и администраторите и подменете ключовете за сигурност в wp-config.php.
4. Обновете WordPress, темата и разширенията и изтрийте онези, които вече не се използват.
5. Опишете на хостинг доставчика какво е открито, изтрито и поправено, като посочите номера на спирането.

Преместването при друг хостинг доставчик със същите файлове пренася заразата заедно с тях, а с нея и риска от ново спиране. Почистването се прави преди връщането онлайн, където и да става то.

Причина 2: ресурси над лимитите

Споделеният хостинг ограничава това, което всеки акаунт консумира. На сървърите, които използват CloudLinux, лимитите се отнасят за процесора, физическата памет, входно-изходните операции на диска, броя на процесите и входните процеси (Entry Processes), тоест едновременните връзки към динамични скриптове като PHP. Броят на файловете се отчита в inodes: всеки файл и всяка папка заемат по един.

Когато лимитът на входните процеси бъде достигнат, посетителите получават грешка 508 „Resource Limit Is Reached“. Повтарящите се превишавания могат да доведат до спиране. Панелът на хостинг доставчика показва потреблението във времето: открийте часовете на пиковете, след това прочетете журналите за достъп за тези часове.

Най-честите причини

• Роботи, които опитват да влязат отново и отново през wp-login.php или xmlrpc.php.
• Тежки разширения: статистики, журнали, генератори на изображения, резервни копия.
• Резервни копия, съхранявани в акаунта, в wp-content, които запълват дисковото пространство и inodes.
• Планираните задачи на WordPress, стартирани при всяко посещение.

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

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

Този блок отказва всяка заявка към xmlrpc.php. Първо проверете дали някой инструмент го използва: Jetpack например минава през XML-RPC. Ако след това сайтът покаже грешка 500, хостинг доставчикът не разрешава тази директива в .htaccess: премахнете блока и го помолете за еквивалентно решение.

define( 'DISABLE_WP_CRON', true );

Тогава планираните задачи трябва да се извикват от планировчика на сървъра: създайте в панела на хостинг доставчика задача, която извиква https://www.vashiyat-sayt.com/wp-cron.php на равни интервали, например на всеки 15 минути.

Причина 3: неплатена фактура

Платете фактурата от клиентския профил и проверете дали записаната карта е още валидна. Повторното активиране следва плащането, автоматично или при поискване според хостинг доставчика; ако се бави, отворете тикет с номера на плащането.

Домейн името често се подновява отделно от хостинга. Изтекъл домейн също кара сайта да изчезне, но тогава показаната страница е на регистратора, а не на хостинг доставчика: това са две фактури и две проверки.

Причина 4: оплакване или нарушение на условията

• Авторско право: изображение или текст, използвани без лиценз. Премахнете съдържанието или изпратете доказателството за лиценз, като посочите номера на оплакването.
• Сигнал за злоупотреба: фалшива страница за вход или злонамерен софтуер, открити на сайта ви. Това е пробив и се третира като причина 1.
• Оплаквания за спам: имейли, изпратени от акаунта до получатели, които не са ги очаквали, включително бюлетин. Проверете кой изпраща от акаунта и как са събрани адресите.

Отговорете писмено, в посочения срок, като опишете какво е направено: това е документът, който хостинг доставчикът прилага към преписката, за да отмени спирането.

Преди връщането онлайн

1. Причината е установена и поправена, а хостинг доставчикът е потвърдил писмено какво очаква.
2. Паролите са сменени и компонентите на сайта са актуални.
3. Съществува автоматично резервно копие, съхранявано извън хостинг акаунта.
4. Някой получава известията на хостинг доставчика: пощата на акаунта се чете.