Résolution de l'erreur 503 (Échec de la connexion au serveur back-end) sur votre site web

L'erreur 503 (Échec de la récupération du serveur) est une erreur côté serveur qui peut rendre un site web totalement ou partiellement inutilisable. Cette erreur peut survenir lors de la tentative d'accès à un site web, de téléchargement de contenu ou d'utilisation d'un système de paiement, entre autres.

Cette erreur indique que le serveur du site web n'a pas pu communiquer correctement avec les services backend. Elle est généralement due à des mises à jour de plugins, du système d'exploitation du serveur ou d'extensions. Comme il s'agit d'un problème côté serveur, les utilisateurs peuvent uniquement tenter d'actualiser la page web dans leur navigateur.

Dépannage de base

1. Rechargez la page du navigateur : Résolvez temporairement l'erreur 503 en actualisant la page plusieurs fois.
2. État du serveur : Vérifiez si le serveur hôte est hors service ou en cours de maintenance.
3. Sauvegarde: Assurez-vous de disposer d'une sauvegarde du serveur, du site et de la base de données afin d'éviter toute perte de données lors du dépannage.
4. Rechargez ou redémarrez les services et le serveur : Essayez de recharger ou de redémarrer les services, tels que Varnish, et si l'erreur persiste, envisagez de redémarrer le serveur.
5. Mise à jour: Vérifiez que tous les services, applications et systèmes d'exploitation serveur associés sont à jour.

3. Vérifiez le site et les ressources

Un manque d'espace de stockage ou de ressources sur un site web peut entraîner une défaillance de la requête backend en raison de l'incapacité à effectuer les opérations nécessaires.

1. Accédez à votre tableau de bord WordPress et sélectionnez Outils > Santé du site > المعلومات.
2. Vérifiez si votre espace de stockage est presque plein. Si c'est le cas, vous devrez peut-être ajouter de l'espace ou supprimer des éléments inutiles. Dans certains cas, il sera peut-être nécessaire de passer à un forfait supérieur.
3. Assurez-vous que les autres ressources du serveur ne sont pas surchargées et que la résolution de ce problème élimine l'erreur.

4. Vérification de la disponibilité des ressources

Toute tentative d'accès à une ressource inexistante sur le serveur dorsal entraînera l'affichage d'un message d'erreur. Votre agent inverse peut signaler cette erreur comme une erreur 503 (échec de la récupération sur le serveur dorsal).

1. Départ URL ou Icône Et sélectionnez le fournisseur Celui qu'il essaie de joindre.
2. Vérifiez si la ressource requise est disponible sur le serveur. Si ce n'est pas le cas, téléchargez-la à l'emplacement approprié.
3. Si le problème persiste, assurez-vous que l'action effectuée ne tente pas de charger l'intégralité du site web. Par exemple :

   .request="GET HTTP/1.1"

   Examinez la question comme suit :

   .request="GET /sitehealth.html HTTP/1.1"

5. Modifier les paramètres de Cloudflare

Des paramètres Cloudflare incorrects peuvent provoquer une erreur 503 en limitant l'accès aux ressources du serveur. Modifier ces paramètres peut résoudre le problème.

1. Connectez-vous à votre tableau de bord Cloudflare et accédez à الأمان > Apporter des modifications à Elementor.
2. Copiez le IP L'affichage s'est déplacé vers WAF > Outils.
3. Cliquez Modifier Ensuite, saisissez votre emplacement et ajoutez l'adresse IP à la liste des adresses autorisées.

6. Augmenter la limite de délai d'expiration du serveur

Si le temps de réponse du serveur back-end dépasse le délai d'attente défini pour le proxy inverse, une erreur se produira lors de la récupération des données. Augmenter ce délai d'attente peut résoudre ce problème. La procédure peut varier, mais sous Varnish, elle consiste à :

1. Accédez aux paramètres de Varnish. Par exemple :

   /etc/sysconfig/varnish

2. Modifier le fichier Conférence VCL Pour augmenter le temps d'attente à, par exemple, 300 secondes (la valeur par défaut est souvent de 60 secondes) :

   délai_d'attente_premier_octet = 300 s

   

3. Enregistrez les modifications et vérifiez si l'erreur persiste.
4. Si l'erreur est apparue après une modification des paramètres de Varnish, rétablissez les paramètres antérieurs fonctionnels, s'ils sont disponibles.

7. Modifier les paramètres de vérification de l'état du site

Une erreur du serveur back-end peut survenir si le cache du proxy inverse, tel que Varnish, ne parvient pas à accéder aux informations de contrôle d'intégrité du serveur back-end ou les considère comme erronées. La solution consiste à corriger les paramètres de contrôle d'intégrité du site.

1. Supprimez la ligne suivante de vos paramètres si elle existe :

   .url="/health_check.php"

• Vérifiez si le problème est résolu.
• Si cela ne fonctionne pas, utilisez journal de vernis Identifier ce qui est considéré comme malsain et le traiter en conséquence.

  sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"

8. Restaurez la version PHP du serveur à une version antérieure.

Si la dernière mise à jour de PHP est incompatible avec le système d'administration de votre site web, une erreur 503 peut se produire. Revenir à une version précédente de PHP peut résoudre le problème. Par exemple, sur Bluehost avec WordPress :

1. Aller à Panneau de contrôle Spécifiquement pour Bluehost, sélectionnez l'onglet. Avancé.
2. Sous cPanel, Aller à Gestionnaire MultiPHP Dans la section Logiciels, repérez le site web concerné.
3. Changement Version PHP Revenez à la version précédente et vérifiez si l'erreur a été résolue.

9. Désactivez les plugins, les outils, les extensions et les modèles.

Lorsqu'un module complémentaire, un outil, une extension ou un modèle est incompatible avec les paramètres du serveur, une erreur 503 peut se produire. Pour résoudre ce problème, désactivez puis réactivez les éléments un par un afin d'identifier celui qui pose problème.

Par exemple, pour désactiver GZip sur Jira Service Desk, ce qui était connu pour provoquer une erreur 503 :

1. Aller à Panneau de contrôle propre à Jira et spécifié Administrateur > Paramètres généraux > Utiliser la compression GZip.
2. Désactivez la compression GZip et vérifiez si cela résout l'erreur.

10. Désactivation du module CSP sur Magento

Le module Content Security Policy (CSP) assure la sécurité des applications Magento. En cas d'incompatibilité avec votre configuration actuelle, une erreur 503 peut survenir.

La désactivation du module CSP sur Magento pourrait résoudre le problème :

1. ل terminal Exécutez les commandes suivantes séquentiellement :

   php bin/magento module:disable Magento_Csp php bin/magento c:f

   

2. Après l'exécution, vérifiez si l'erreur 503 a été corrigée.

11. Modifiez l'en-tête hôte, la balise enfant et la configuration du port.

Les erreurs de récupération côté serveur peuvent également provenir d'en-têtes d'hôte trop volumineux, de balises enfants mal initialisées ou de configurations de port incorrectes. Ajuster ces paramètres peut corriger l'erreur.

Ajout de la propriété .host_header

1. Application spéciale .host_header Pour que le serveur dorsal s'assure que les analyses sont dirigées vers l'hôte approprié.
2. Commencer Débogage Examiner les détails de la tête d'hôte inclus dans les archives.

Suppression des balises enfants de Magento

1. Entrez ceci Fichier:

   MagentoConfigurableProductPluginModelProduct

   

2. Supprimer signe du bébé Vérifiez dans l'en-tête si l'erreur a été résolue.

Suppression des ports de Docker Compose

1. Localiser Docker Compose Et allez au dossier Par défaut.vcl.
2. Remplacez les ports par Nom du service Comme indiqué ci-dessous:

   client : image : ... ports : <-- supprimer - cible : 80 publié : 8080 mode : hôte

   Modifier le fichier Par défaut.vcl Par conséquent:

   backend par défaut { .host = "client"; .port = "80"; }

3. Vérifiez si cette modification résout le problème.

12. Utiliser une approche systématique

Si toutes les étapes précédentes échouent, une approche systématique doit être utilisée pour isoler la cause de l'erreur 503.

Vérification des dossiers

1. Examiner Registres Associé aux proxys inversés, ou PHP, ou les serveurs backend, ou les paramètres d'hébergement, à la recherche de toute violation pouvant entraîner une erreur 503.
2. Si un défaut est détecté, corrigez le problème sous-jacent afin d'éliminer l'erreur.

Effectuer un test de conflit complet

Payer Test complet de conflit Si votre configuration le permet, détectez les conflits potentiels. En cas de conflit, résolvez-le afin d'éliminer l'erreur de récupération des données du serveur.

Accès direct au serveur backend

Si vous utilisez un proxy inverse tel que VernisIgnorez cette étape et essayez d'accéder directement au serveur backend. Si cela fonctionne, le problème provient probablement de la configuration de votre proxy inverse. Si l'accès direct réussit, suivez les étapes suivantes :

1. Évaluer Longueur des étiquettes de caisse Utilisé par Magento (ce qui est particulièrement important pour les boutiques proposant de nombreux produits), la taille des fichiers peut dépasser la limite par défaut définie dans Varnish (généralement 8 192 octets). Pour corriger ce problème, modifiez la valeur de `http_resp_hdr_len` (par exemple, à 70 000 octets) dans les paramètres de Varnish. Ajustez également la valeur de `http_resp_size` dans Varnish.
2. Assurez-vous que le fichier vérification_de_santé.php Il se trouve dans le bon répertoire, ou vous pouvez modifier les paramètres de Varnish pour indiquer son emplacement exact. Par défaut, il peut s'agir de /pub/health_check.php, mais pour les serveurs Nginx, il peut être nécessaire de le remplacer par /health_check.php.
3. Pour les sites Magento, si le fichier maintenance.flag Si le fichier existe, essayez de le supprimer ou de le renommer, puis actualisez la page pour voir si l'erreur est résolue.
4. Départ Règles du produit Dans Magento, une trace d'exécution est utilisée pour identifier les sorties invalides susceptibles d'être à l'origine de l'erreur.

Si ces méthodes s'avèrent inefficaces, réduisez le site à ses éléments de base, comme un fichier index contenant du contenu fictif. Réintroduisez progressivement les fonctionnalités pour identifier celles qui provoquent l'erreur 503. Si le problème persiste, contactez le support technique. الدعم L'assistance appropriée, qu'il s'agisse de l'assistance WordPress, de l'assistance Magento ou du service client de votre hébergeur, comme par exemple l'assistance Hostinger.