Dit is de beslisboom voor alle producten samen, voor een site die niet laadt. KapsuleHost heeft meerdere producten, en de snelste manier om de oorzaak te vinden is niet raden welk product de schuldige is, maar goed kijken naar wat de browser precies op het scherm zet. Elke tak hieronder is gebaseerd op iets wat u binnen een minuut zelf kunt zien of testen, en elke tak sluit de andere uit.
Werk van boven naar beneden. De eerste vier vragen schrappen het grootste deel van de boom, en de takken daarna sluiten elkaar bewust uit: u zou in precies één moeten uitkomen.
De vier vragen die de hele boom splitsen
Beantwoord deze voordat u iets verandert. Elke vraag is een test die u zelf kunt doen, en elke vraag haalt hele categorieën oorzaken weg.
1. Is het een rustige pagina, of een fout? Verschijnt er een nette pagina die zegt dat de site is gepauzeerd, dan is dat helemaal geen technische storing. Het is een factuurstatus, en de oplossing zit in uw account, niet in uw code. Ga meteen naar tak A hieronder.
2. Mislukt het ook via mobiele data, niet alleen via uw wifi? Zet wifi uit op uw telefoon en laad de site via het mobiele netwerk. Laadt hij via mobiele data maar niet via uw wifi, dan is er niets mis met de site: de fout zit in uw lokale netwerk, uw router of een verouderde DNS-cache op uw apparaat. Mislukt het via beide, dan is het probleem echt en hebben uw bezoekers het ook.
3. Is het één pagina, of elke pagina? Probeer de startpagina, dan een pagina dieper in de site, dan een bewust verzonnen adres zoals /this-page-does-not-exist. Welke van die drie werken, en wat het verzonnen adres teruggeeft, is de meest informatieve test in deze handleiding. Twee takken hieronder worden alleen daardoor bepaald.
4. Ziet u een fout, of de website van iemand anders? Een site die niet laadt en een site die de verkeerde inhoud laadt, zijn totaal verschillende problemen. Verschijnt uw OUDE website, dan is er niets kapot: uw domein wijst nog naar uw oude host. Dat is tak D, en het is het symptoom dat het vaakst verkeerd wordt gelezen.
Eén test kunt u beter overslaan: ?cachebust=1 aan het adres toevoegen doet op ons netwerk niet wat mensen denken. Onze edge laat de querystring buiten de cachesleutel, dus dat adres geeft dezelfde gecachte kopie terug als eerst. Wilt u een vers antwoord afdwingen, voeg dan in plaats daarvan een willekeurig PAD-segment toe, zoals in yourdomain.com/anything-random-here. Dit is gemeten gedrag, geen gok, en het is belangrijk in tak H.
Stap nul: zoek uit of het aan ons ligt
Controleer voordat u verder leest of het platform een probleem meldt. Onze statuspagina is openbaar, vraagt geen aanmelding en wordt continu bijgewerkt:
U bereikt hem ook onderaan de zijbalk van KPanel als Systeemstatus.
Lees niet alleen de kop. Zoek de ENE rij die past bij het product waarop uw site draait, want de rijen vallen onafhankelijk van elkaar uit:
| Als uw site dit is | Let op deze rij |
|---|---|
| Een website of WordPress-site | Webhosting, of Managed WordPress |
| Achter ons CDN | Kapsule CDN |
| Gebruikt onze nameservers | Premium DNS |
| Mislukt alleen via HTTPS | SSL-certificaten |
Een statuspagina waarop alles werkt, betekent niet dat uw site in orde is. Het betekent dat het gedeelde platform in orde is, en dat is echt nuttig: het vertelt u dat de oorzaak in uw eigen account, uw eigen configuratie of uw eigen code zit, en het brengt u meteen naar de takken hieronder. De statuspagina meldt onze onderdelen, nooit uw afzonderlijke site.
Voor de beschikbaarheid van uw eigen specifieke project in plaats van het platform, zie Uptimebewaking. Uptimebewaking meet bereikbaarheid, niet juistheid: een site die snel een kapotte pagina teruggeeft, telt nog steeds als online.
A: een rustige wachtpagina, geen fout
Wat u ziet: de site geeft geen fout. Er laadt een bewust rustige pagina met de kop "Deze site is voorlopig gepauzeerd." Die legt uit dat de hosting in de wacht staat, dat er niets verloren is, en biedt een knop om u aan te melden.
Wat het betekent: dit is een factuurstatus, geen technische storing. De server is gezond en antwoordt zo met opzet. Hoe vaak u ook caches leegt, DNS opnieuw instelt of opnieuw deployt, het verandert er niets aan.
Wat u doet: meld u aan en breng het account in orde. De site komt binnen enkele minuten nadat de betaling is verwerkt terug, en uw gegevens zijn nooit aangeraakt. Begin bij Waarom uw account is opgeschort, en voor het volledige schema van wat er op welke dag gebeurt, Wat er gebeurt als u stopt met betalen.
Dit beperkt ook het product. Alleen een website op een hostingabonnement krijgt ooit een wachtpagina. Een wachtpagina vertelt u dus met welk product u te maken hebt, en niet alleen wat voor soort probleem.
De wachtpagina is voor zoekmachines bewust tijdelijk en vraagt hen hem niet te indexeren. Een korte opschorting kost u uw posities niet. Certificaatvalidatie is ervan uitgezonderd, dus verlengingen blijven werken en uw HTTPS vervalt niet terwijl u de rekening regelt.
Terugkeren naar de dienst gaat niet direct. Betalen werkt uw account meteen bij, maar een achtergrondproces haalt de blokkade op de webserver weg, en dat draait in een cyclus van een paar minuten. Staat de wachtpagina er vlak na betaling nog, wacht dan een paar minuten en laad opnieuw in een privévenster voordat u een ticket opent.
A2: u kunt zich niet aanmelden, maar de site werkt
Wat u ziet: het omgekeerde van tak A. Bezoekers krijgen de website heel gewoon te zien, maar u komt niet in KPanel. De aanmeldpagina meldt "Je account is opgeschort. Neem contact op met ondersteuning."
Wat het betekent: ook dit gaat over facturering, en het is het geval dat de meeste mensen verkeerd lezen. Verschillende opschortingen op accountniveau raken de websites helemaal niet: een jaarfactuur die u met de hand betaalt, een opschorting door ons team, en een account dat via een reseller wordt gefactureerd, vergrendelen allemaal het paneel terwijl elke site gewoon blijft werken. Niets aan uw site vertelt u dat dit is gebeurd, en daarom is het de moeite waard het hier te noemen.
Wat u doet: de factuur betalen is nodig, maar op deze paden is dat vaak niet genoeg om weer toegang tot het paneel te krijgen. Mail support@kapsulehost.com vanaf het e-mailadres van het account, zeg dat u hebt betaald en vraag om de toegang te herstellen. Vermeld het factuurnummer.
Was u al aangemeld toen een opschorting werd toegepast, dan blijft uw huidige sessie werken tot die verloopt. Dat u het paneel nu kunt gebruiken, bewijst niet dat het account in orde is. Controleer Facturering rechtstreeks in plaats van iets af te leiden uit het feit dat u nog bent aangemeld.
C: elk adres geeft de startpagina terug
Wat u ziet: de startpagina laadt. Pagina's dieper in de site geven ook de startpagina terug in plaats van hun eigen inhoud, en een bewust verzonnen adres zoals /this-page-does-not-exist doet dat ook, in plaats van een 404.
Wanneer het klopt: uw app gebruikt routering in de browser en uw router herkent het adres gewoon niet. De fout zit in uw frontendcode, niet in de hosting.
Wanneer het niet klopt: u gebruikt geen framework met routering in de browser, en een verkeerd adres antwoordt ongemerkt met uw startpagina. Dat is het waard om te repareren, want dan overleeft een kapotte interne link elke crawl en behandelen zoekmachines dat slecht. Controleer de frameworkvoorinstelling van het project: de voorinstelling die u koos, gaat voor op wat wij herkennen, dus een verkeerd gekozen voorinstelling geeft precies dit symptoom.
Het gezonde gedrag voor al het andere: een onbekend adres geeft de eigen 404.html van uw build terug als de build die bevat, met een echte 404-status, en anders onze eigen 404-pagina.
D: uw oude website verschijnt in plaats van de nieuwe
Wat u ziet: er laadt iets, en het klopt niet. Het is uw vorige website, de parkeerpagina van uw oude host, of een "binnenkort"-pagina die u niet herkent. Er is geen fout.
Wat het betekent: uw domein wijst nog naar uw oude host. Het verzoek bereikt KapsuleHost helemaal niet, dus niets wat u aan onze kant verandert, kan invloed hebben op wat de bezoeker ziet. Dit is het symptoom dat in hosting het vaakst verkeerd wordt gelezen, omdat een werkende pagina als vooruitgang voelt.
Zo bevestigt u het op één plek:
- Voor een domein dat bij ons is geregistreerd, opent u Domeinen en dan het domein. De kaart daar zegt duidelijk welke van vijf situaties waar is, waaronder "Wijst niet hierheen", met de tekst: "Alle gecontroleerde resolvers geven naamservers terug die niet van ons zijn, dus verkeer voor dit domein bereikt KapsuleHost niet." Staat er in plaats daarvan "Verspreiden", dan wordt vermeld hoeveel resolvers het al eens zijn, en het voltooit zichzelf, meestal binnen een paar uur.
Wat u doet: wijzig de records bij degene die het domein beheert, en wacht.
E: de browser kan het domein helemaal niet vinden
Wat u ziet: de browser bereikt nooit een server. Hij meldt dat het adres niet kon worden gevonden of dat het IP-adres van de server niet kon worden gevonden, en het mislukt op dezelfde manier via mobiele data en wifi, in een privévenster en bij andere mensen.
Wat het betekent: de naam wordt voor niemand opgelost. Er is geen record om te volgen, dus het verzoek is niet traag of geweigerd, het kan gewoon nergens heen. De gebruikelijke oorzaken zijn een verlopen domein, een domein waarvan de nameservers nooit zijn ingesteld, een verwijderd record, of een naam die alleen in ons paneel is getypt en nooit bij de registrar is aangemaakt.
Wat u doet, in deze volgorde:
- Controleer of het domein niet is verlopen. Open Domeinen en kijk naar de status van het domein. Een verlopen domein wordt niet meer opgelost, hoe gezond de hosting ook is, en verlengen is de enige oplossing. Onze klok is niet de klok van de registry: zie Domeinen verlengen en laten verlopen.
- Controleer de delegatie op de kaart van het domein. "Geen antwoord" daar betekent dat geen enkele resolver het domein kan vinden, wat meestal betekent dat het net is geregistreerd, is verlopen of geen nameservers heeft.
Wat elk recordtype doet, staat in DNS-basis en CNAME-records.
F: een certificaatwaarschuwing in plaats van de site
Wat u ziet: de browser blokkeert de pagina met een beveiligingswaarschuwing in plaats van hem te laden, en zegt dat de verbinding niet privé is. De site zelf achter die waarschuwing is gezond: het gaat om het certificaat, niet om de server.
Wat het betekent: er is voor precies deze hostnaam nog geen certificaat uitgegeven, of het bestaande certificaat is verlopen, of het dekt een andere naam dan de naam die u typte. Een heel gewone variant is dat www.yourdomain.com en yourdomain.com niet allebei gedekt zijn, zodat de een werkt en de ander niet. Test beide schrijfwijzen expliciet: laadt de een en geeft de ander een waarschuwing, dan is het een certificaat- en recordprobleem voor die ene naam, geen serverprobleem.
Vertrouw bij een website op hosting niet op het overzichtsscherm van de site. Het overzicht toont een certificaat als Actief of In afwachting, en "In afwachting, certificaat wordt uitgegeven" toont het ook bij een verlopen of mislukt certificaat. Dat stelt u precies op het verkeerde moment gerust. Ga naar de site en dan naar Beveiliging, dat de echte toestand toont: hoeveel dagen het certificaat nog heeft, en een knop Nu verlengen. Dat scherm is het eerlijke, en daar moet u kijken.
Voor het uitgeven van een certificaat moet de DNS eerst kloppen, dus geldt tak D of E, los dat dan op voordat u iets opnieuw laat uitgeven. Zie SSL-certificaten, en voor een hangslot dat kapot is in plaats van ontbreekt, Waarschuwingen over gemengde inhoud oplossen.
G: een 5xx-foutpagina
Wat u ziet: een echte HTTP-fout met een getal erin: 500, 502, 503 of 504. Het domein werd opgelost, het certificaat werd geaccepteerd en een server antwoordde. Daarmee is al een groot deel van de boom uitgesloten.
Wat het betekent: het verzoek bereikte ons en de applicatie erachter faalde of antwoordde niet op tijd. Het getal doet ertoe: een 500 is uw applicatie die een fout geeft, een 502 en een 504 gaan over het proces achter de webserver dat onbereikbaar of te traag is, en een 503 is een bewuste weigering, en zo ziet een opschorting op hosting er onder de wachtpagina uit tak A uit.
Wat u doet: lees het getal en lees dan uw eigen logboeken. Open de site en dan Logboeken, en kijk naar de meest recente regels: een fatale PHP-fout noemt het bestand en de regel, en daarmee vindt u de verantwoordelijke plugin of code. Alle details per code staan in HTTP-foutcodes, en de gebruikelijke oorzaken op applicatieniveau in Mijn website laadt niet.
Begon dit direct na een wijziging die u deed, dan is die wijziging uw eerste verdachte, en herstellen gaat sneller dan debuggen. Zie Herstellen vanuit een back-up.
H: de site laadt, maar de inhoud is verkeerd of oud
Wat u ziet: de site werkt, maar serveert iets verouderds: een pagina die u hebt verwijderd, een oud stylesheet, een oplossing die u een uur geleden deployde en die niet zichtbaar is, of een kapotte pagina die u al hebt gerepareerd.
Wat het betekent: u krijgt een gecachte kopie van onze edge in plaats van een vers antwoord van uw site. Ons CDN blijft bewust de laatste goede kopie serveren als de origin erachter onbereikbaar is. Meestal is dat een gunst en soms verwarrend, omdat een site die er goed uitziet dan voor een origin kan staan die eigenlijk offline is.
Zo bewijst u dat het de cache is en niet uw site: laad een willekeurig pad dat niet in de cache kan staan, zoals yourdomain.com/anything-random-here. Gebruik niet ?cachebust=1: onze edge negeert de querystring als die bepaalt wat er uit de cache wordt geserveerd, dus dat geeft de gecachte kopie terug en bewijst niets. Toont het willekeurige pad vers gedrag en uw echte pagina niet, dan kijkt u naar de cache. In de ontwikkelaarstools van de browser toont de responsheader cdn-cache de waarde HIT, MISS of BYPASS, en dat beantwoordt dezelfde vraag rechtstreeks.
Wat u doet: leeg de cache. Zie De CDN-cache legen. Leeg ook elke cachingplugin en uw sitecache, en controleer daarna in een privévenster zodat uw eigen browsercache u niet voor de gek houdt. Sitecaching behandelt de lagen op volgorde.
Bandbreedte is niet de oorzaak. De bandbreedte van ons CDN is voor u onbeperkt: over een verwacht volume gaan pauzeert uw site nooit, haalt uw hostnaam nooit van de edge en zet u nooit ongemerkt over op een trager pad. Is uw site traag of verouderd, kijk dan naar de cache en naar de site zelf, niet naar hoeveel verkeer u hebt gebruikt.
Wat u naar support stuurt als u er nog niet uit bent
Hebt u dit allemaal doorgewerkt en kunt u de fout nog steeds niet plaatsen, dan bespaart één goed bericht een dag heen en weer mailen. Vermeld:
- Het exacte adres dat u laadt, met
https://en met of zonderwww, precies zoals u het typte. - De exacte fout, als tekst gekopieerd in plaats van beschreven. Is het een regel die begint met
{"error":, stuur die regel dan letterlijk, want die noemt de oorzaak. - In welke tak hierboven u uitkwam, en wat het scherm in het paneel zei.
- Of het ook via mobiele data mislukt, niet alleen via wifi, en of het ook bij andere mensen mislukt.
- Wanneer het begon, en wat er rond die tijd veranderde.
Mail support@kapsulehost.com of open een ticket via Ondersteuning in KPanel. Zie Een supportticket openen.