Website down: wat je doet in de eerste 15 minuten

Minuut 1: bevestig het van buitenaf

Voordat je iets aanraakt: is de site down voor iedereen, of alleen bij jou? Je browser en je DNS-cache houden je vaak voor de gek. Open de Website down checker: die roept de site aan vanaf een neutrale locatie en laat de HTTP-code, de naamresolutie, de status van het certificaat en de responstijd zien.

• Bereikbaar van buitenaf, maar niet op jouw apparaat: het ligt aan jouw kant. Herlaad zonder cache (Ctrl+Shift+R), probeer het op je telefoon zonder wifi, leeg de DNS-cache, zet de VPN en browserextensies uit. Klaar.
• Ook van buitenaf down: lees verder. Het resultaat grenst het al af, want elke storing heeft haar eigen signatuur.

Minuut 2: lees de foutmelding, die noemt de oorzaak

• “Deze site is niet bereikbaar”, DNS_PROBE_FINISHED_NXDOMAIN: het domein wordt niet gevonden: domein verlopen, record ontbreekt, nameservers gewijzigd. Kennisbank: DNS_PROBE_FINISHED_NXDOMAIN.
• ERR_CONNECTION_REFUSED: de server staat aan, maar er luistert geen webserver. Kennisbank: ERR_CONNECTION_REFUSED.
• “Deze site is niet bereikbaar”, “heeft er te lang over gedaan om te reageren”, ERR_CONNECTION_TIMED_OUT: de server staat uit of een firewall gooit alles weg. Kennisbank: ERR_CONNECTION_TIMED_OUT en stap 3.
• ERR_CONNECTION_RESET: de verbinding komt tot stand en wordt dan halverwege verbroken. Kennisbank: ERR_CONNECTION_RESET.
• “Je verbinding is niet privé” (in oudere versies “Uw verbinding is niet privé”): het certificaat is verlopen of klopt niet. Kennisbank: “Je verbinding is niet privé”.
• 502 Bad Gateway: de webserver werkt, maar de applicatie erachter niet. Kennisbank: 502 Bad Gateway.
• 503 Service Unavailable: overbelasting, onderhoudsmodus of een limiet van de hosting. Kennisbank: 503 Service Unavailable.
• 504 Gateway Timeout: de applicatie antwoordt, maar te traag. Kennisbank: 504 Gateway Timeout.
• Fout 521 of 522 met het logo van Cloudflare: Cloudflare bereikt je server niet. Kennisbank: Cloudflare 521 en 522.
• 500 Internal Server Error, wit scherm: de applicatie loopt vast op een fout: een plugin, een update, de PHP-versie. Ga naar stap 5.

Minuut 3: wat is er veranderd?

De oorzaak van een website die down is, is bijna altijd het laatste wat er veranderd is. Vraag jezelf af, in deze volgorde: is er vandaag een domein of certificaat verlopen? Was er een update (WordPress, een plugin, PHP, het systeem)? Heb ik DNS, de firewall of een configuratiebestand aangepast? Staat er een factuur open? Was er een piek in bezoekers (een nieuwsbrief, een campagne, een vermelding ergens)? Komt een daarvan je bekend voor, begin dan daar.

Minuut 5: de vijf controles, op volgorde van waarschijnlijkheid

1. Domein en DNS

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

Geen antwoord of clientHold: het domein is verlopen of de records zijn weg. Verleng het bij je registrar of maak het A-record opnieuw aan. Niets op de server helpt hier.

2. Certificaat

De SSL checker laat in een paar seconden de vervaldatum, de keten en de naam zien. Is het verlopen, vernieuw het dan (sudo certbot renew && sudo systemctl reload nginx) of geef het opnieuw uit in het klantenpaneel van je hostingprovider.

3. Staat de server überhaupt aan?

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

Zwijgen ping en SSH allebei, dan staat de machine uit, is het netwerk ervoor onderbroken of heeft de hostingprovider een probleem. Kijk op zijn status page en in je cloudconsole (draait de VM nog? is een betaling mislukt?), en herstart de machine van daaruit als hij is vastgelopen.

4. Draait de webserver? Is de schijf vol?

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

Een gestopte dienst: start hem en lees daarna in journalctl -u DIENST -n 50 waarom hij stopte. Een volle schijf blokkeert meestal de database of PHP; maak ruimte vrij (sudo journalctl --vacuum-size=200M, oude back-ups, logs) en herstart de dienst. Voordat je iets herlaadt: sudo nginx -t of sudo apachectl configtest.

5. De applicatie: update, plugin, PHP

Fout 500 of een wit scherm na een update: lees het PHP-foutenlog of zet op WordPress even de debugmodus aan:

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

Lees daarna wp-content/debug.log. De fatale fout wijst de plugin of het thema aan; hernoem de map via SFTP of SSH (wp-content/plugins/naam naar naam.uit) of voer wp plugin deactivate naam uit, en de site is terug. Noemt de fout een PHP-functie die niet bestaat, dan is de PHP-versie veranderd; zet die terug in het paneel van je hostingprovider of in de poolconfiguratie. Is het een server die je zelf beheert en antwoordt die op niets meer, ga dan verder met de kennisbank server down.

Minuut 10: laat het je bezoekers weten

Terwijl jij bezig bent, herladen je klanten de pagina keer op keer en loopt je mailbox vol. Een kort, rustig bericht op de plek waar zij kijken (status page, social media, automatisch antwoord) bespaart je een uur aan e-mails.

Onze website is op dit moment niet beschikbaar. We weten het en werken eraan. Bestellingen en berichten gaan niet verloren. Zodra alles weer werkt, melden we het hier. Bedankt voor je geduld.

Een status page die wordt gevuld door je monitors doet dit werk voor je.

Minuut 12: ligt het bij je hostingprovider?

Op shared hosting heb je bijna geen van de stappen hierboven in eigen hand. Zegt de controle van buitenaf “down”, toont je account geen bereikte limiet en heb jij niets veranderd, dan is de hostingprovider aan zet.

Goedemiddag, mijn website example.com is sinds ongeveer 14:30 (UTC) niet beschikbaar. Een controle van buitenaf geeft: time-out van de verbinding (of: 502 Bad Gateway / certificaat verlopen / het domein wordt niet gevonden). Ik heb niets gewijzigd in mijn account. Kunt u de server controleren en mij laten weten wanneer de site weer online is en wat de oorzaak was?

Met het tijdstip, de exacte melding en de controle van buitenaf is het ticket in één keer opgelost.

Minuut 15: bestel een reparatie, en weet het de volgende keer als eerste

Deze stappen hoef je niet zelf te doen. De Quick Fix, de automatische reparatie tegen een vaste prijs, lost de meest voorkomende oorzaken op: hij herstart de gestopte dienst als de configuratietest slaagt, maakt de volle schijf vrij en vernieuwt het verlopen certificaat. Is dat niet genoeg, dan regelt de Deep Fix de rest, 24 uur per dag, ook in het weekend, gefactureerd per blok van 15 minuten, met de prijs in beeld voordat je bestelt. En hoe het ook afloopt: de website monitoring controleert je site al met het gratis plan en waarschuwt je per e-mail en in de app, zodat je het de volgende keer eerder weet dan je klanten.

Down? Wij fixen het. Quick Fix tegen een vaste prijs of Deep Fix per blok van 15 minuten, op je eigen server of op shared hosting met SSH-toegang; de schatting is de bovengrens.