Leállt a weboldala. Ezt tegye az első 15 percben.

1. perc: erősítse meg kívülről

Mielőtt bármihez hozzányúlna, derítse ki, hogy az oldal mindenki számára leállt-e, vagy csak Önnek. A saját böngészője, hálózata és DNS-gyorsítótára gyakrabban hazudik, mint gondolná. Futtassa a weboldal-leállás ellenőrzőt: semleges helyszínről lekéri az oldalt, és megmondja az állapotkódot, hogy a név feloldódik-e, a tanúsítvány érvényes-e, és mennyi ideig tartott a válasz.

• Kívülről működik, Önnek nem: a probléma az Ön oldalán van. Töltse újra gyorsítótár nélkül (Ctrl+Shift+R), próbálja a telefonját Wi-Fi nélkül, ürítse a DNS-gyorsítótárat, kapcsolja ki a VPN-t és a böngészőbővítményeket. Kész.
• Kívülről is leállt: folytassa. Az eredmény már leszűkíti, mert minden hibamódnak megvan a saját jellegzetessége.

2. perc: olvassa el a hibát, megnevezi az okot

• „Az oldal nem érhető el”, DNS_PROBE_FINISHED_NXDOMAIN: A domain nem oldódik fel: lejárt domain, hiányzó rekord, névszerverváltás. Útmutató: DNS_PROBE_FINISHED_NXDOMAIN.
• ERR_CONNECTION_REFUSED: A szerver fut, de nem figyel webszerver. Útmutató: ERR_CONNECTION_REFUSED.
• Időtúllépés, semmi nem töltődik be: A szerver ki van kapcsolva, vagy egy tűzfal mindent eldob. Lásd ezen az oldalon a lenti 3. lépést.
• „A kapcsolat nem biztonságos”: A tanúsítvány lejárt vagy hibás. Útmutató: „A kapcsolat nem biztonságos”.
• 502 Bad Gateway: A webszerver fut, a mögötte lévő alkalmazás nem. Útmutató: 502 Bad Gateway.
• 503 Service Unavailable: Túlterhelés, karbantartási mód vagy tárhelykorlát. Útmutató: 503 Service Unavailable.
• 504 Gateway Timeout: Az alkalmazás válaszol, de túl lassan. Útmutató: 504 Gateway Timeout.
• 500 Internal Server Error, fehér oldal: Az alkalmazás összeomlott: egy bővítmény, egy frissítés, egy PHP-verzió. Lásd ezen az oldalon a lenti 5. lépést.

3. perc: mi változott?

A leállásoknak oka van, és az ok általában az utolsó dolog, ami változott. Kérdezze meg magától, ebben a sorrendben: Lejárt ma egy domain vagy egy tanúsítvány? Frissítettem én, vagy egy automatikus folyamat valamit (WordPress-mag, bővítmény, PHP, operációs rendszer)? Módosítottam a DNS-t, a tűzfalat vagy egy konfigurációs fájlt? Kifizetetlen maradt egy számla? Megugrott a forgalom (egy hírlevél, egy kampány, egy említés valahol)? Ha ezek egyike ismerősen cseng, kezdje ott.

5. perc: az öt ellenőrzés, valószínűség szerinti sorrendben

1. Domain és DNS

dig +short example.com A
whois example.com | grep -iE 'expir|status'

Nincs válasz vagy clientHold: a domain lejárt, vagy a rekordok eltűntek. Újítsa meg a regisztrátornál, vagy hozza létre újra az A-rekordot. A szerveren semmi nem segít.

2. Tanúsítvány

Az SSL-ellenőrző másodpercek alatt megmutatja a lejáratot, a láncot és a neveket. Lejárt: újítsa meg (sudo certbot renew && sudo systemctl reload nginx) vagy adassa ki újra a tárhelyszolgáltatója paneljén.

3. Fut-e egyáltalán a szerver?

ping -c 3 example.com
ssh user@example.com

Halott ping és SSH: a gép ki van kapcsolva, az előtte lévő hálózat nem működik, vagy a tárhelyszolgáltatónál hiba van. Nézze meg a tárhelyszolgáltató státuszoldalát és a felhőkonzolját (fut a virtuális gép? sikertelen volt egy számla?). Ha lefagyott, indítsa újra a konzolról.

4. Fut-e a webszerver, és tele van-e a lemez?

systemctl status nginx apache2 php8.3-fpm mysql mariadb 2>/dev/null | grep -E 'service|Active'
df -h
free -m
sudo tail -n 30 /var/log/nginx/error.log

Leállt szolgáltatás: indítsa el, majd olvassa el a journalctl -u SERVICE -n 50 kimenetét, hogy lássa, miért állt le. A megtelt lemez a leggyakoribb ok, amiért egy adatbázis vagy a PHP leáll; szabadítson fel helyet (sudo journalctl --vacuum-size=200M, régi mentések és naplók eltávolítása), és indítsa újra a szolgáltatást. Újratöltés előtt mindig sudo nginx -t vagy sudo apachectl configtest.

5. Az alkalmazás: frissítés, bővítmény, PHP

Egy frissítés közvetlen utáni 500-as hiba vagy fehér oldal azt jelenti, hogy az alkalmazás minden kérésnél hibázik. Nézze meg a PHP-hibanaplót, vagy röviden kapcsolja be a WordPress hibakeresést:

// wp-config.php
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Aztán olvassa el a wp-content/debug.log fájlt. A végzetes hiba megnevezi a bővítményt vagy sablont; nevezze át a mappáját SFTP-n vagy SSH-n (wp-content/plugins/name átnevezése name.off-ra), és az oldal visszatér. WP-CLI-vel: wp plugin deactivate name. Ha a hiba egy nem létező PHP-függvényt említ, a PHP-verzió megváltozott; váltson vissza a tárhelyszolgáltató paneljén vagy a pool konfigurációjában.

10. perc: tájékoztassa az embereket

Amíg Ön dolgozik, az ügyfelei frissítik az oldalt, és a postafiókja megtelik. Egy rövid, higgadt üzenet egy óra válaszolgatástól kímél meg. Tegye oda, ahová néznek: egy státuszoldalra, a közösségi profilra, egy automatikus válaszba.

A weboldalunk jelenleg nem érhető el. Tudunk róla, és dolgozunk rajta. A megrendelések és üzenetek nem vesznek el. Amint újra működik, itt közzétesszük a frissítést. Köszönjük a türelmét.

Egy státuszoldal, amely magától frissül a monitorjaiból, ezt megteszi Ön helyett, előre.

12. perc: amikor a tárhelyszolgáltató problémája

Megosztott tárhelyen a fenti lépések többsége nem az Ön dolga. Ha a külső ellenőrzés szerint leállt, a fiókja nem mutat korlátot, és az Ön oldalán semmi nem változott, a tárhelyszolgáltatónak kell cselekednie. Küldjön neki valamit, amivel dolgozni tud:

Üdvözlöm! Az example.com weboldalam kb. 14:30 UTC óta leállt. Egy külső ellenőrzés ezt jelzi: connection timed out (vagy: 502 Bad Gateway / lejárt tanúsítvány / nem oldódik fel). Nem módosítottam semmit a fiókomban. Megnéznék a szervert, és értesítenének, amikor újra működik, és mi volt az ok?

Tüntesse fel az időt, a pontos hibát, és hogy kívülről ellenőrzött. Egy ilyen három dolgot tartalmazó jegy egy körben elintézhető.

15. perc: javíttassa meg, és legközelebb tudjon előbb

Ha saját szervert vagy SSH-hozzáféréssel rendelkező tárhelyet üzemeltet, nem kell a fenti lépéseket maga elvégeznie. A Quick Fix a gyakori okokat fix áron kezeli: újraindítja a leállt szolgáltatást sikeres konfigurációs teszt után, felszabadítja a megtelt lemezt, megújítja a lejárt tanúsítványt. Ha ez nem elég, a Deep Fix átveszi éjjel-nappal, 15 perces blokkokban elszámolva, az árat rendelés előtt látja. És bárhogy végződjön a leállás: a weboldal-monitorozás az ingyenes csomagban 5 percenként ellenőrzi az oldalát, és e-mailben és az alkalmazásban riaszt, hogy legközelebb előbb tudja meg, mint az ügyfelei.