Is de website down voor iedereen, of alleen voor mij?

Waarom een controle vanaf meerdere locaties de vraag beslecht

Een verzoek vanaf uw laptop gaat door uw browsercache, de DNS-resolver van uw besturingssysteem, uw router, uw provider, en pas dan bereikt het het internetpad naar de server. Elk van die lagen kan op zichzelf falen terwijl de server volkomen gezond is. Voer hetzelfde verzoek uit vanaf een controlepunt in een ander land en geen van uw lokale lagen speelt mee. Faalt het daar ook, dan zit het probleem bij de bestemming. Slaagt het, dan zit het probleem tussen u en het internet, en is de zoektocht versmald van de hele wereld tot uw eigen machine en netwerk.

Dit vanaf meer dan één locatie uitvoeren, voegt een derde mogelijk antwoord toe, en het is een veelvoorkomende: de site is op sommige plekken up en op andere down. Dat patroon wijst op een regionale netwerkroute, een CDN-edge, een geo-blokkade, of een DNS-wijziging die sommige resolvers al heeft bereikt en andere nog niet, en niet op een server die uit staat.

Wat er meestal mis is wanneer het alleen bij u is

• Verouderde DNS-cache. Uw resolver of besturingssysteem houdt nog een oud IP-adres voor het domein vast, zodat u verbindt met een server die is verplaatst.
• Uw provider of de route naar de host. Een kapotte peeringlink of een routeringsprobleem treft iedereen bij die provider en niemand anders.
• VPN of bedrijfsproxy. Verkeer vertrekt vanaf een heel andere plek, en dat uitgangspunt kan geblokkeerd, gefilterd of gewoon traag zijn.
• Het hosts-bestand. Een invoer die maanden geleden tijdens het testen is toegevoegd, overschrijft nog steeds de echte DNS, meestal wijzend naar een machine die er niet meer is.
• Browsercache, service worker of een extensie. Een gecachte foutpagina, een verouderde service worker of een contentblokker kan een werkende pagina er dood laten uitzien.
• Lokale firewall of beveiligingssoftware. Sommige pakketten blokkeren hele categorieën sites, of blokkeren een poort die de site nodig heeft.
• Een verlopen of onvertrouwd certificaat alleen op uw machine. Een verkeerde systeemklok laat elk geldig certificaat verlopen lijken.

Hoe u controleert vanaf een ander netwerk

De snelste handmatige test heeft helemaal geen tools nodig. Zet wifi uit op uw telefoon en open de site via mobiele data: ander netwerk, andere DNS-resolver. Laadt die daar wel en op uw laptop niet, dan is de fout lokaal.

Vraag vanuit een terminal rechtstreeks om de headers, en vraag daarna een openbare resolver welk IP-adres die denkt dat bij het domein hoort:

curl -I -sS --max-time 10 https://example.com/
dig +short example.com @8.8.8.8
dig +short example.com

De eerste regel vertelt u of er überhaupt een server antwoordde, en met welke statuscode. Meldt curl een verbindings-time-out of een DNS-fout, dan antwoordde er niets. Zijn de twee dig-regels het oneens, dan houdt uw lokale resolver een ander adres vast dan de openbare, en een verouderde cache is de waarschijnlijke boosdoener. Op Windows wist ipconfig /flushdns de lokale cache; op macOS sudo dscacheutil -flushcache; op de meeste Linux-systemen doet het herstarten van de resolverservice hetzelfde.

Wat elke uitkomst betekent

• Overal down. De server, de hosting ervan, of de DNS is echt kapot. Kijk naar de statuscode: een 502 of 503 betekent dat er iets antwoordde en de applicatie erachter niet, wat heel anders is dan helemaal geen antwoord.
• Alleen op sommige plekken down. Verdenk DNS die nog niet overal is bijgewerkt, een CDN-edge of regio met een probleem, of een firewallregel die bepaalde netwerken of landen blokkeert.
• Overal up, maar niet voor u. Loop de lokale oorzaken hierboven na, te beginnen bij DNS en de VPN.
• Up, maar overal traag. Geen storing. Dit gaat er vaak aan vooraf, dus meet het goed in plaats van te gokken.

Eén detail struikelt mensen vaak over. Een site kan "up" zijn in de zin dat die een pagina teruggeeft en toch kapot zijn voor bezoekers: een controle die alleen naar een antwoord kijkt, telt een databasefoutpagina als geslaagd wanneer de server die met een 200 teruggeeft. Kijk naar wat er terugkwam, niet alleen naar of er iets terugkwam.

Het ontdekken voordat een klant het doet

Een eenmalige controle beantwoordt de vraag die u nu heeft, en alleen omdat u eraan dacht die te stellen. Storingen die om drie uur 's nachts beginnen, of die maar één regio treffen, worden meestal eerst door een klant gevonden. Geplande monitoring voert dezelfde controle continu uit vanaf veel locaties en meldt u het moment waarop het resultaat verandert, met de locatie en de fout erbij. HostTracker voert die controles uit vanaf 300+ controlepunten in 158 steden en waarschuwt via e-mail, sms, spraakoproep, Slack, Telegram en meer, zodat een regionale storing er bij de eerste melding anders uitziet dan een wereldwijde. De website-down-checker geeft u de status van een site op dit moment. Antwoordt de site wel maar traag, meet dat dan goed: responstijd van de server.