Een 503 Backend Fetch Failed-fout is een serverfout die een website geheel of gedeeltelijk onbruikbaar kan maken. Deze fout kan optreden bij pogingen om een website te bezoeken, content te downloaden of een betalingsverwerker te gebruiken, onder andere.
Deze foutmelding geeft aan dat de webserver niet effectief kon communiceren met de backend-services. Dit wordt meestal veroorzaakt door updates van plug-ins, het besturingssysteem (OS) van de server of extensies. Omdat het een probleem aan de serverzijde betreft, kunnen klanten alleen proberen de website in hun browser te vernieuwen.
Basisprobleemoplossing
- Vernieuw de browserpagina: Los de 503-fout tijdelijk op door de pagina een aantal keer te vernieuwen.
- Serverstatus: Controleer of de hostserver niet beschikbaar is of onderhoud ondergaat.
- Back-up: Zorg ervoor dat u een back-up hebt van de server, de website en de database om gegevensverlies tijdens het oplossen van problemen te voorkomen.
- Herlaad of herstart de services en de server: Probeer services zoals Varnish opnieuw te laden of te herstarten. Als de fout aanhoudt, overweeg dan de server opnieuw op te starten.
- Update: Controleer of alle gerelateerde services, applicaties en het serverbesturingssysteem up-to-date zijn.
3. Controleer de website en de bronnen.
Een gebrek aan opslagruimte of resources op een website kan leiden tot een fout bij het ophalen van gegevens door de backend, omdat de benodigde bewerkingen niet kunnen worden uitgevoerd.
- Ga naar je WordPress-dashboard en selecteer Hulpmiddelen > Gezondheid van de locatie > de informatie.
- Controleer of uw opslagruimte bijna vol is. Zo ja, dan moet u mogelijk extra opslagruimte bijboeken of overbodige spullen verwijderen. In sommige gevallen is het nodig om uw abonnement te upgraden.
- Zorg ervoor dat andere serverbronnen niet overbelast zijn en dat het oplossen van dit probleem de fout verhelpt.
4. Controleren of de middelen beschikbaar zijn
Als u probeert toegang te krijgen tot een bron die niet op de backendserver bestaat, resulteert dit in een foutmelding. Uw reverse agent kan deze fout rapporteren als een 503 (fout bij het ophalen van gegevens door de backend).
- Verifiëren URL أو code en selecteer de leverancier Degene die hij probeert te bereiken.
- Controleer of de benodigde bron op de server aanwezig is. Zo niet, upload de bron dan naar de juiste locatie.
- Als het probleem aanhoudt, controleer dan of de uitgevoerde actie niet probeert de hele website te laden. Bijvoorbeeld:
.request =GET HTTP/1.1"
Beoordeel de kwestie als volgt:
.request="GET /sitehealth.html HTTP/1.1"
5. Cloudflare-instellingen wijzigen
Inefficiënte Cloudflare-instellingen kunnen een 503-fout veroorzaken door de toegang tot de serverbronnen te beperken. Het aanpassen van deze instellingen kan het probleem oplossen.
- Log in op je Cloudflare-dashboard en ga naar الأمان > Wijzigingen aanbrengen in Elementor.
- Kopieer de IP De weergave verplaatste zich naar WAF > Hulpmiddelen.
- tik op Vrijlating Voer vervolgens uw locatie in en voeg het IP-adres toe aan de lijst met toegestane IP-adressen.
6. Verhoog de time-outlimiet van de server.
Als de reactietijd van de back-endserver langer is dan de time-outlimiet die is ingesteld voor de reverse proxy, treedt er een fout op bij het ophalen van gegevens van de back-end. Het verhogen van de time-outlimiet van de server kan dit probleem oplossen. Dit kan per server verschillen, maar in Varnish kan dit als volgt:
- Ga naar de Varnish-instellingen. Bijvoorbeeld:
/etc/sysconfig/varnish
- Bewerk het bestand VCL-configuratie Om de wachttijd te verlengen naar bijvoorbeeld 300 seconden (de standaardwaarde is vaak 60 seconden):
first_byte_timeout = 300s
- Sla de wijzigingen op en controleer of de fout nog steeds aanwezig is.
- Als de fout is ontstaan na een wijziging in de Varnish-instellingen, ga dan terug naar oudere, werkende instellingen indien mogelijk.
7. Wijzig de instellingen voor de sitegezondheidscontrole
Er kan een back-end serverfout optreden als de reverse proxy cache, zoals Varnish, geen toegang heeft tot de informatie over de statuscontrole van de back-end server of deze als onjuist beschouwt. De oplossing is om de instellingen voor de statuscontrole van de website aan te passen.
- Verwijder de volgende regel uit je instellingen als deze aanwezig is:
.url="/health_check.php"
- Controleer of het probleem is opgelost.
- Als dat niet werkt, gebruik dan vernislog Om te identificeren wat als ongezond wordt beschouwd en dit dienovereenkomstig te behandelen.
sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"
8. Zet de PHP-versie van de server terug naar een eerdere versie.
Als de nieuwste PHP-versie niet compatibel is met de backend van uw website, kan dit een 503-foutmelding opleveren. Terugkeren naar een eerdere PHP-versie kan dit probleem oplossen. Bijvoorbeeld op Bluehost met WordPress:
- Ga naar besturingskaart Selecteer specifiek voor Bluehost het tabblad. Geavanceerd.
- binnenin cPanel, Ga naar MultiPHP-beheerder Zoek in het gedeelte Software de betreffende website op.
- verandering PHP-versie Ga terug naar de vorige versie en controleer of de fout is verholpen.
9. Schakel plug-ins, tools, extensies en sjablonen uit.
Als een add-on, tool, extensie of sjabloon niet compatibel is met de serverinstellingen, kan dit een 503-fout veroorzaken. Verhelp de fout door de betreffende items één voor één uit te schakelen en weer in te schakelen om het probleem te achterhalen.
Om bijvoorbeeld GZip uit te schakelen in Jira Service Desk, wat bekend stond als een oorzaak van een 503-fout:
- Ga naar besturingskaart Jira's eigen en gespecificeerde beheerder > Algemene instellingen > Gebruik GZip-compressie..
- Schakel GZip-compressie uit en controleer of het probleem daarmee is opgelost.
10. De CSP-module uitschakelen in Magento
De Content Security Policy (CSP)-module biedt beveiliging voor Magento-applicaties. Als de CSP-module niet compatibel is met uw huidige instellingen, kan dit een 503-fout veroorzaken.
Het uitschakelen van de CSP-module in Magento kan het probleem mogelijk oplossen:
- Vullen terminal Voer de volgende opdrachten achter elkaar uit:
php bin/magento module:disable Magento_Csp php bin/magento c:f
- Controleer na de uitvoering of de 503-fout is verholpen.
11. Wijzig de configuraties van de hostheader, de child-tag en de poort.
Fouten bij het ophalen van gegevens aan de backend kunnen ook ontstaan door te grote hostheaders, onjuist geïnitialiseerde subtags of foutieve poortconfiguraties. Het aanpassen van deze instellingen kan de fout mogelijk verhelpen.
Het toevoegen van de eigenschap .host_header
- Speciale aanvraag .host_header Zodat de backend-server ervoor kan zorgen dat de scans naar de juiste host worden doorgestuurd.
- Begin Foutopsporing Om de details van het gastheerhoofd zoals vermeld in de documenten te onderzoeken.
Subtags verwijderen uit Magento
- Voer dit in het dossier:
MagentoConfigurableProductPluginModelProduct
- verwijderen babygebaar Controleer aan de hand van de header of de fout is verholpen.
Poorten verwijderen uit Docker Compose
- bevind zich Docker Compose En ga naar het dossier Standaard.vcl.
- Vervang de poorten door Servicenaam Zoals hieronder getoond:
client: image: ... ports: <-- verwijderen - target: 80 published: 8080 mode: host
Bewerk het bestand Standaard.vcl Overeenkomstig:
backend default { .host = "client"; .port = "80"; } - Controleer of deze aanpassing het probleem oplost.
12. Een systematische aanpak hanteren
Als alle bovenstaande stappen niet werken, moet een systematische aanpak worden gebruikt om de oorzaak van de 503-fout te achterhalen.
De gegevens controleren
- Onderzoeken Records Geassocieerd met reverse proxies, of PHP, of backend-servers, of hostinginstellingen, op zoek naar eventuele overtredingen die tot foutcode 503 kunnen leiden.
- Als er een defect wordt geconstateerd, corrigeer dan het onderliggende probleem om de fout te verhelpen.
Voer een volledige conflicttest uit.
Betalen Volledige conflicttest Als uw configuratie dit toelaat, detecteer dan eventuele conflicten. Los eventuele conflicten op om de fout bij het ophalen van gegevens door de backend te verhelpen.
Directe toegang tot de backend-server
Als u een reverse proxy gebruikt, zoals VernisOmzeil dit en probeer rechtstreeks toegang te krijgen tot de backend-server. Als dit lukt, ligt het probleem waarschijnlijk in uw reverse proxy-configuratie. Overweeg de volgende stappen als directe toegang wel lukt:
- Evalueren Lengte van de kassabonnetjes Magento gebruikt dit formaat — wat vooral belangrijk is voor webwinkels met veel producten — waardoor de bestandsgrootte de standaardlimiet van Varnish (doorgaans 8192 bytes) kan overschrijden. Om dit te corrigeren, wijzig je de waarde van http_resp_hdr_len (bijvoorbeeld naar 70000 bytes) in de Varnish-instellingen. Pas op dezelfde manier de waarde van http_resp_size in Varnish aan.
- Zorg ervoor dat het bestand health_check.php Het bestand bevindt zich in de juiste map, of u kunt de Varnish-instellingen aanpassen om naar de exacte locatie te verwijzen. De standaardlocatie is mogelijk /pub/health_check.php, maar voor Nginx-servers moet dit wellicht worden gewijzigd naar /health_check.php.
- Voor Magento-sites geldt het volgende: als het bestand onderhoud.vlag Als het bestand bestaat, probeer het dan te verwijderen of te hernoemen en vernieuw vervolgens de site om te zien of de fout is opgelost.
- Verifiëren Productregels Binnen Magento wordt een backtrace gebruikt om ongeldige uitvoer te identificeren die de fout mogelijk veroorzaakt.
Als deze methoden niet werken, breng de site dan terug tot de basiselementen, zoals een indexbestand met wat placeholder-inhoud. Voeg geleidelijk aan functies weer toe om te achterhalen welke de 503-fout veroorzaken. Als het probleem aanhoudt, neem dan contact op met de ondersteuningskanalen. de ondersteuning De juiste ondersteuning, of het nu gaat om WordPress-ondersteuning, Magento-ondersteuning of de klantenservice van de hostingprovider, zoals de ondersteuning van Hostinger.
Reacties zijn gesloten.