Hoe repareer ik een foutmelding 406 en zoek ik de bron van het probleem?

Procédure

Inleiding

Soms treden er fouten op bij servers en clients, meestal aangeduid als HTTP-reacties of statuscodes. De fout "Error 406" of "406 Not Acceptable" is zo'n HTTP-reactie.

Als je de foutmelding 406 tegenkomt terwijl je op een site surft, kan dat frustrerend zijn. Erger nog, het zien ervan op je eigen website kan alarmerend zijn voor een site- of applicatie-eigenaar. Behalve dat het er onprofessioneel en verontrustend uitziet, kan elke HTTP-respons, inclusief de 406-fout, leiden tot misgelopen verkopen en verloren gebruikers.

In dit artikel worden de basisprincipes van de "406 Not Acceptable"-fout beschreven, wat de oorzaak is, hoe de fout kan worden opgelost en wat u kunt doen om deze fout in de toekomst te voorkomen.

Wat is de 406 foutmelding?

Gelukkig komt de HTTP-foutmelding "406 Niet Aanvaardbaar" niet zo vaak voor als andere serverfouten, zoals de bekende 404-fout (die over het algemeen duidt op een niet-bestaande pagina) of zelfs HTTP-fouten 301 of 500. Daarom zou je deze foutmelding niet hoeven tegen te komen. Daarom zou je deze melding niet zo vaak moeten tegenkomen.

Echter, hoewel zeldzaam, kan fout 406 problemen veroorzaken voor je website wanneer deze optreedt. Het manifesteert zich meestal op de volgende manier:

Het uiterlijk en de exacte tekst van de 406 foutmelding kan variëren, afhankelijk van de website, host en browser die wordt gebruikt om toegang te krijgen tot de site. De 406 foutmelding kan echter wel een aanwijzing geven over de oorzaak van het probleem. In sommige gevallen is het gewoon een "406 Not Acceptable" foutmelding zonder aanvullende informatie om het probleem op te lossen.

Samengevat is dit in wezen een communicatieprobleem tussen de server en de browser of machine die wordt gebruikt om de webapplicatie weer te geven. De browser kan de ontvangen gegevens niet interpreteren omdat deze niet aan bepaalde eisen voldoen.

Wat veroorzaakt de 406-fout?

Elke keer dat u een webpagina opent, stuurt uw browser (zoals Safari, Firefox, Brave, Chrome of Internet Explorer) een verzoek naar de server van de pagina om de inhoud van de site en databasebestanden op te halen. De browser fungeert als een boodschapper tussen u en de server: hij vertelt de server wat de gebruiker wil zien en hopelijk wordt de juiste informatie teruggestuurd.

Tijdens dit eerste verzoek informeert de browser de server over de bestandsformaten die hij kan accepteren. Dit staat bekend als een Accept-header verzoek, dat de server vraagt om bestanden in de juiste formaten te leveren om de hele site of webapplicatie weer te geven, te beginnen met de header.

Soms stuurt de server een antwoord dat niet in het juiste formaat is of dat een regel breekt die door de browser of clientmachine is ingesteld. In dit geval verschijnt er een 406 foutmelding in het browservenster, die aangeeft dat de server niet de juiste gegevens levert.

Hier volgen enkele voorbeelden van "slechte formaten" en "regelovertredingen" die kunnen voorkomen bij headerverzoeken:

Accept-ranges: Sommige servers hebben beveiligingsmaatregelen getroffen of staan alleen een specifieke bestandsgrootte toe in het antwoord. Als het antwoord te veel bytes buiten het toegestane bereik probeert te verzenden, treedt er een 406-fout op.

Accept-encoding: Dit deel van de header is bedoeld voor bestandscompressie om een snelle overdracht van de server naar de browser te vergemakkelijken. Sommige compressieformaten worden niet geaccepteerd, wat resulteert in een 406 fout.

Accept-charset: Dit verwijst naar een set tekens of de manier waarop sitebestanden code (zoals CSS en HTML) gebruiken en omzetten in begrijpelijke tekens. Er zijn verschillende karaktertabellen voor verschillende talen en symbolen.

Accept-language: Dit is een andere parameter dan Accept-charset, die zich richt op internationale talen.

MIME type violation: Soms vraagt de browser een specifiek MIME type van de server. Als de server het gevraagde MIME-type niet kan leveren, zoals JPEG-afbeeldingen, treedt er een 406-fout op.

De belangrijkste manier om een 406-fout te behandelen en te corrigeren is door de broncode te inspecteren op problemen in de Accept-, Request- en Response-headers.

De eenvoudigste manier om de Accept- en Response-headers te inspecteren is door een webpagina in uw browser te openen, met de rechtermuisknop te klikken en Inspecteren te selecteren.

Ga dan naar Netwerk > Headers om alle aanvragen voor die webpagina te bekijken.

Je kunt meestal een willekeurige aanvraag uit de lange lijst selecteren om de Request- en Response-headers voor die specifieke aanvraag te bekijken.

Je kunt ook je webontwikkelaar om hulp vragen bij het bekijken van de broncode. Het inspecteren van de broncode is echter veel eenvoudiger als je toegang hebt tot debugging en database clean-up tools, waarvan we de details later in dit artikel zullen bespreken.

Zoals eerder vermeld, geeft een '406 Not Acceptable' fout aan dat de client een geldig verzoek naar de server heeft gestuurd, maar met een specifieke vereiste waaraan de server niet kon voldoen. Deze specifieke eis van het oorspronkelijke verzoek werd geformuleerd in de HTTP Accept-header.

Dit leidt ons tot een paar mogelijke oorzaken:

• De server heeft niet het gevraagde MIME-type of de juiste formaten geleverd, zoals een JPEG- of mp4-video.
• De server heeft niet de juiste taal (Accept-taal) teruggestuurd. De server kan bijvoorbeeld een antwoord in het Duits hebben teruggestuurd terwijl de browser om Frans had gevraagd.
• De server heeft de verkeerde compressiemethode of het verkeerde formaat gebruikt als antwoord op het Accept-encoding verzoek.
• De server heeft te veel bytes verzonden die niet overeenkwamen met het Accept-ranges verzoek.
• De server is er niet in geslaagd om begrijpelijke karakters te leveren, wat een probleem kan zijn met de Accept-charset aanvraag van de browser.

Er zijn nog andere mogelijke redenen voor foutmelding 406, maar die komen minder vaak voor. De bovenstaande lijst toont de meest voorkomende redenen, van de meest voorkomende naar de minst voorkomende. De eerste twee redenen hebben over het algemeen de grootste kans om voor te komen, dus het is raadzaam om te zoeken naar mogelijke MIME type schendingen of Accept-taal problemen.

Over het algemeen moeten website-eigenaren zich bewust zijn van deze problemen en formaatschendingen, omdat ze kunnen worden veroorzaakt door verschillende afwijkingen in de bestanden van je site. Vaak zijn deze situaties het gevolg van menselijke fouten, zoals het per ongeluk invoeren van onjuiste code, het per ongeluk verwijderen van noodzakelijke code of het verkeerd configureren van de server. Fout 406 kan ook optreden wanneer specifieke beveiligingsinstellingen of -regels de verzending van inhoud vanaf de server blokkeren.

Hoe kan ik foutmelding 406 corrigeren?

Nu we de redenen voor het optreden van fout 406 hebben opgehelderd, kijken we naar de beste aanpak om het probleem op te lossen en herhaling te voorkomen.

Deze strategieën hebben betrekking op client-gerelateerde oorzaken (wanneer een gebruiker een fout maakt of de machine niet goed werkt), server-gerelateerde oorzaken en platform-gerelateerde problemen, zoals defecte extensies.

Zorg ervoor dat de URL correct is

Onze eerste tip lijkt misschien eenvoudig, maar het is de snelste manier om problemen op te lossen en richt zich op problemen aan de clientzijde, dus op uw computer.

Hoewel de 404-fout veel vaker voorkomt dan de 406-fout in deze situatie, kunt u nog steeds een "406 Not Acceptable"-fout krijgen als de URL van de website geldig is. In sommige gevallen kan dit het gevolg zijn van een vreemde interpretatie van het verzoek door uw browser. Bijvoorbeeld, het toevoegen van "JSON" of "PHP" aan het einde van een URL kan worden geïnterpreteerd als een verzoek voor deze specifieke formaten, ook al heeft de client ze niet nodig.

Om het probleem op te lossen, bekijkt u de eerder gebruikte URL die de fout veroorzaakte opnieuw. Probeer deze opnieuw in te voeren of onderzoek andere subdomeinen van de website om te zien of een enkele pagina niet wordt weergegeven.

Maak uw recente CMS wijzigingen ongedaan

Vervolgens is het tijd om het systeem te onderzoeken dat wordt gebruikt voor uw websites of applicaties. Het kan zijn dat uw content management systeem, zoals WordPress, de directe oorzaak is van een "406 Not Acceptable" foutmelding door een complicatie met iets in uw site bestanden.

Of u nu WordPress of een ander contentmanagementsysteem gebruikt, controleer de datum van uw laatste update. WordPress heeft een solide standaardinfrastructuur die is ontworpen om dit soort fouten te voorkomen, wat er ook gebeurt.

Specifieke extensies, thema's of handmatig aangepaste code kunnen echter situaties opleveren waarbij sitebestanden in strijd zijn met client- of serververzoeken. Een eenvoudige upgrade naar de nieuwste versie van je CMS kan het probleem onmiddellijk oplossen.

Om erachter te komen of het je CMS is, kun je beginnen met het ongedaan maken van recente updates van de kernbestanden. Zoals je misschien al weet, stuurt WordPress regelmatig updates naar zijn systeem. De meeste van deze updates gebeuren automatisch, maar oudere versies vereisen nog steeds dat je op een knop klikt.

Daarnaast gebruiken WordPress en andere CMS'en een aantal mobiele elementen zoals plugins, thema's en extensies. Deze elementen worden ook regelmatig bijgewerkt, dus het kan zijn dat je sommige moet annuleren.

Voor alle andere systemen dan WordPress, zoek naar "platformnaam + hoe terugdraaien" in een zoekmachine zoals Google.

De eenvoudigste manier om een oude versie van je CMS terug te zetten is door een back-up terug te zetten aan de hand van deze documentatie.

Plugins, thema's en extensies verwijderen en opnieuw installeren

WordPress extensies en thema's voegen extra code toe aan je sitebestanden, die interageren met de WordPress kernbestanden. Hoewel er meestal geen problemen zijn met betrouwbare extensies, kan er soms een conflict optreden. Een plugin, thema of extensie van derden kan de 406 fout veroorzaken.

Volg deze documentatie om de extensie te identificeren.

.

Analyseer je serverlogboeken

De vorige tips waren gericht op het oplossen van problemen aan de client- en CMS-kant. Nu gaan we kijken naar problemen aan de serverkant. Deze en de volgende tips zijn nuttig als u geen CMS gebruikt of als u vermoedt dat fout 406 niet gerelateerd is aan uw CMS of clientmachine.

De eerste stap in server-side troubleshooting is het controleren van de logs. Het maakt niet uit welk type webapplicatie, CMS of webdesignsysteem u gebruikt, ze hebben allemaal server-side logs.

Toepassingslogboeken leggen de volledige of recente geschiedenis van de webapplicatie vast, met informatie over elke databasequery, de geleverde resultaten, de opgevraagde pagina's en meer. Serverlogs daarentegen bevatten informatie over de gezondheid en status van de server of hardware die wordt gebruikt om de webapplicatie uit te voeren.

Je kunt de logs error.log en access. log bekijken door deze documentatie te raadplegen.

De afbeelding hieronder toont een voorbeeld van een log met betrekking tot een 406 fout:

In dit voorbeeld was het het ModSecurity-systeem dat het verzoek weigerde en de 406-fout opriep. Het is daarom noodzakelijk om de regel die is geactiveerd te controleren en het probleem op de site te corrigeren of de regel te deactiveren als u denkt dat deze geen invloed heeft op de veiligheid van uw website.

406-fouten in de toekomst voorkomen

Niets dat een beetje probleemoplossing niet kan oplossen. Wanneer de 406-fout optreedt op uw website of applicatie, kan dit zorgwekkender zijn. In dit geval is het cruciaal om de server en de CMS sitebestanden te controleren.

Om te voorkomen dat deze fout in de toekomst weer optreedt, zijn hier een paar tips om uw databases en sitebestanden schoon te houden:

1. Beperk de installatie van plugins, thema's en extensies tot alleen die elementen die noodzakelijk en betrouwbaar zijn. Beperk deze items altijd tot een strikt minimum.

2. Vermijd het wijzigen van WordPress kernbestanden, tenzij het absoluut noodzakelijk is en als je weet wat je doet.

3. Plan om regelmatig een database cleaner en site optimiser uit te voeren. Het is aan te raden om dit elke maand te doen en een opschoningsextensie te vinden die op de achtergrond werkt.

4. Maak automatische back-ups van je website of applicatie. Zo kun je in geval van een codeconflict of fout zonder stress een eerdere versie terugzetten.

5. Maak altijd een handmatige back-up van je site voordat je WordPress en de bijbehorende extensies bijwerkt, zelfs als er automatische back-ups zijn ingesteld. Het is ook verstandig om een back-up te maken voordat je bestanden wijzigt of nieuwe code toevoegt aan je site.

Conclusie

Je weet nu hoe je :

• De oorsprong van de 406 Not Acceptable fout herkent en begrijpt
• De mogelijke oorzaken van deze fout kunt identificeren, ongeacht of deze gerelateerd zijn aan Accept-ranges, Accept-encoding, Accept-charset, Accept-taal of een MIME type schending.
• De 406 fout opsporen en verhelpen door de URL te controleren, recente wijzigingen aan het CMS ongedaan te maken, plugins of thema's te verwijderen en opnieuw te installeren en de logbestanden van uw server te analyseren.
• Fout 406 voorkomen door plugin-installaties te beperken, wijzigingen in de kernbestanden van uw CMS te vermijden, regelmatige database cleanups in te plannen en automatische en handmatige backups in te stellen.

🔍🛠️ Dankzij deze praktische tips bent u nu gewapend om de 406 Not Acceptable fout effectief aan te pakken en te voorkomen, en zo te zorgen voor een soepele en professionele gebruikerservaring op uw website. 🚀

Ik wil je bedanken voor het aandachtig lezen en hoop dat dit artikel je de sleutels heeft gegeven die je nodig hebt om serverfouten zo goed mogelijk te beheren. 🙏 Als u vragen hebt of uw ervaring met fout 406 wilt delen, kunt u hieronder een reactie achterlaten. Uw feedback is waardevol en helpt ons om onze service voortdurend te verbeteren!