Hostinga pakalpojumu sniedzējs apturēja jūsu mājaslapu: iespējamie cēloņi

Atrast cēloni

Hostingā, ko pārvalda ar cPanel, apturēšana vietnes vietā parāda lapu, kas paziņo, ka konts ir apturēts, bieži angļu valodā («This Account has been suspended»). Tā bloķē arī pieslēgšanos vadības panelim, FTP piekļuvi un e-pasta sūtīšanu no konta; saņemšana ir atkarīga no servera konfigurācijas. Paši faili paliek vietā.

Cēlonis parasti ir minēts hostinga pakalpojumu sniedzēja ziņojumā: kontam piesaistītajā e-pasta iesūtnē, arī mēstuļu mapē, meklējiet vārdus «apturēšana», «suspension», «abuse», «malware» vai «rēķins», pēc tam apskatiet klienta sadaļu un tās pieteikumus.

Ja ziņojumā cēlonis nav norādīts, palūdziet to rakstiski, kopā ar attiecīgo lietošanas noteikumu punktu: apturēšanu atceļ ātrāk, ja visi runā par vienu un to pašu problēmu.

Vispirms saglabāt vietnes kopiju

Hostinga pakalpojumu sniedzēja noteikumi nosaka termiņu, pēc kura apturēta konta datus var dzēst. Pirms jebkā cita noglabājiet kopiju drošā vietā:

• Faili: ar SFTP, ja piekļuve vēl ir atvērta, citādi palūdzot arhīvu hostinga pakalpojumu sniedzējam.
• Datubāze: ar phpMyAdmin eksportu vai wp db export, vai tajā pašā arhīva pieprasījumā.
• E-pasts, ja pastkastes mitinātas tajā pašā kontā: katras pastkastes kopija ar IMAP no e-pasta programmas.
• Paredzētais dzēšanas datums, pieprasīts rakstiski.

Glabājiet šo kopiju tieši tādu, kāda tā ir, arī ja vietne ir inficēta: no tās notiek tīrīšana, un ar to salīdzina.

1. cēlonis: uzlauzta vietne

Koplietošanas serverī vietne, kas izplata ļaunprātīgu programmatūru, mitina viltotas pieteikšanās lapas vai sūta surogātpastu, apdraud citus kontus un servera IP adrešu reputāciju. Tāpēc hostinga pakalpojumu sniedzējs kontu aptur un atkal atver, kad problēma ir atrisināta.

1. Palūdziet konstatēto failu sarakstu un noskaidrojiet, vai hostinga pakalpojumu sniedzējs tīrīšanas laikā var atkal atvērt piekļuvi failiem.
2. Dzēsiet atzīmētos failus un pēc tam meklējiet to, kas tos ievietoja: PHP failus mapē wp-content/uploads, nepazīstamas mapes saknes mapē, e-pasta sūtīšanas skriptus, pievienotus administratoru kontus.
3. Nomainiet hostinga, FTP, datubāzes un administratoru paroles un atjaunojiet drošības atslēgas failā wp-config.php.
4. Atjauniniet WordPress, tēmu un spraudņus un dzēsiet tos, kas vairs netiek izmantoti.
5. Uzrakstiet hostinga pakalpojumu sniedzējam, kas tika atrasts, noņemts un izlabots, norādot apturēšanas atsauces numuru.

Pārejot pie cita hostinga pakalpojumu sniedzēja ar tiem pašiem failiem, līdzi aizceļo arī infekcija un ar to jaunas apturēšanas risks. Tīrīšana notiek pirms vietnes atgriešanas tiešsaistē, lai kur tā notiktu.

2. cēlonis: resursi virs limitiem

Koplietošanas hostings ierobežo, cik katrs konts patērē. Serveros, kas izmanto CloudLinux, limiti attiecas uz procesoru, fizisko atmiņu, diska ievadi un izvadi, procesu skaitu un ieejas procesiem (Entry Processes), tas ir, vienlaicīgiem savienojumiem ar dinamiskiem skriptiem, piemēram, PHP. Failu skaitu mēra inodos: katrs fails un katra mape patērē vienu.

Kad sasniegts ieejas procesu limits, apmeklētāji saņem kļūdu 508 «Resource Limit Is Reached». Atkārtoti pārsniegumi var novest pie apturēšanas. Hostinga vadības panelī redzams patēriņš laika gaitā: atrodiet maksimālās slodzes stundas un pēc tam izlasiet šo stundu piekļuves žurnālus.

Biežākie cēloņi

• Roboti, kas cilpā mēģina pieslēgties caur wp-login.php vai xmlrpc.php.
• Resursietilpīgi spraudņi: statistika, žurnāli, attēlu ģeneratori, rezerves kopijas.
• Kontā glabātas rezerves kopijas mapē wp-content, kas aizpilda diska vietu un inodus.
• WordPress ieplānotie uzdevumi, kas tiek palaisti ar katru apmeklējumu.

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

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

Šis bloks atsaka jebkuru pieprasījumu uz xmlrpc.php. Vispirms pārliecinieties, ka neviens rīks to neizmanto: piemēram, Jetpack darbojas caur XML-RPC. Ja pēc tam vietne rāda kļūdu 500, hostinga pakalpojumu sniedzējs šo direktīvu failā .htaccess neatļauj: noņemiet bloku un palūdziet viņam līdzvērtīgu risinājumu.

define( 'DISABLE_WP_CRON', true );

Tad ieplānotie uzdevumi jāizsauc servera plānotājam: hostinga vadības panelī izveidojiet uzdevumu (cron), kas regulāri izsauc https://www.jusu-vietne.com/wp-cron.php, piemēram, ik pēc 15 minūtēm.

3. cēlonis: neapmaksāts rēķins

Apmaksājiet rēķinu klienta sadaļā un pārbaudiet, vai saglabātajai kartei nav beidzies derīguma termiņš. Aktivizēšana seko maksājumam automātiski vai pēc pieprasījuma, atkarībā no hostinga pakalpojumu sniedzēja; ja tā kavējas, atveriet pieteikumu ar maksājuma atsauces numuru.

Domēna vārdu bieži atjauno atsevišķi no hostinga. Arī domēns, kura termiņš beidzies, liek vietnei pazust, taču tad redzamā lapa ir domēna reģistratora, nevis hostinga pakalpojumu sniedzēja lapa: tie ir divi rēķini un divas pārbaudes.

4. cēlonis: sūdzība vai noteikumu pārkāpums

• Autortiesības: attēls vai teksts, kas izmantots bez licences. Noņemiet saturu vai nosūtiet licences pierādījumu, norādot sūdzības atsauces numuru.
• Ziņojums par ļaunprātīgu izmantošanu: jūsu vietnē pamanīta viltota pieteikšanās lapa vai ļaunprātīga programmatūra. Tā ir uzlaušana, un to risina kā 1. cēloni.
• Sūdzības par surogātpastu: no konta sūtīti e-pasti adresātiem, kuri tos negaidīja, ieskaitot jaunumu vēstules. Pārbaudiet, kas sūta no konta un kā adreses tika savāktas.

Atbildiet rakstiski, norādītajā termiņā, aprakstot paveikto: tas ir dokuments, ko hostinga pakalpojumu sniedzējs pievieno lietai, lai apturēšanu atceltu.

Pirms vietne atgriežas tiešsaistē

1. Cēlonis ir noskaidrots un novērsts, un hostinga pakalpojumu sniedzējs rakstiski apstiprinājis, ko viņš sagaida.
2. Paroles ir nomainītas, un vietnes komponenti ir atjaunināti.
3. Ir automātiska rezerves kopija, kas glabājas ārpus hostinga konta.
4. Kāds saņem hostinga pakalpojumu sniedzēja brīdinājumus: konta e-pasta adrese tiek lasīta.