Résolution des problèmes de 403/500/timeout à l'étape 3
Vous rencontrez une erreur 403, 500 ou de délai d'attente à l'étape 3 de l'installateur ? Ces problèmes ne sont pas courants, mais ils peuvent survenir sur des hébergements économiques ou mal configurés pour exécuter l'installateur.
Vous trouverez ci-dessous une liste d'options rapides et de réponses aux erreurs avec des recommandations pour chacune. Pour un code d'erreur spécifique, sautez directement à cette section.
OPTIONS RAPIDES
Problèmes de délai d'attente
Le serveur Web n'est pas configuré pour s'exécuter suffisamment longtemps pour extraire l'archive et installer la base de données.
- La solution rapide consiste à effectuer une extraction manuelle, ce qui ignore l'étape d'extraction automatique de l'installateur.
- Pour les bases de données volumineuses, définissez le Moteur de vidage de base de données sur Mysqldump au lieu de Code PHP, si votre hébergeur le prend en charge. Pour les archives volumineuses, définissez le Moteur d'archivage sur Shell Zip ou DupArchive au lieu de ZipArchive, si votre hébergeur le prend en charge. Les deux paramètres se trouvent sous Duplicator Pro » Paramètres » Sauvegarde.

Désactiver les plugins
Si vous avez des plugins de sécurité ou de mise en cache installés, il est recommandé de les désactiver temporairement pour éviter les conflits au moment de l'installation. Certains plugins de sécurité peuvent accéder à l'extérieur d'une installation WordPress et surveiller les dossiers externes, tandis que d'autres, une fois activés dans un nouvel environnement, nécessitent une configuration supplémentaire.
- Pendant la création : Cela peut être fait en créant votre sauvegarde avec tous les plugins de cache et de sécurité temporairement désactivés et en ajoutant tous les chemins de cache à la liste des filtres de répertoire.
- Avant l'installation : Si vous êtes déjà trop avancé dans le processus d'installation et que vous ne souhaitez pas créer une nouvelle sauvegarde, vous pouvez toujours effectuer une extraction manuelle et supprimer ou renommer temporairement le dossier du plugin que vous suspectez de causer des problèmes. Terminez le processus d'installation, puis restaurez le plugin.
- Pendant l'installation : À l'étape 3 de l'installeur, sous options, il y a une boîte de sélection où vous pouvez désactiver les plugins. Cochez l'option pour désactiver tous les plugins et continuez l'installation. Une fois le site installé, vous pourrez réactiver tous les plugins.
Plugin Wordfence
Wordfence est un excellent plugin, mais déplacer un site WP avec celui-ci activé peut causer des problèmes lors de la première tentative de redéploiement du site.
- La solution la plus rapide est de désactiver temporairement le pare-feu du plugin jusqu'à ce que vous ayez déployé votre site.
- Wordfence dispose d'une fonctionnalité de pare-feu qui filtre le code PHP. Ainsi, lors de l'exécution de installer.php, il pourrait être bloqué par Wordfence. Ceci est plus pertinent pour les utilisateurs ayant plusieurs installations WordPress. Par exemple, si vous tentez de dupliquer une installation WordPress alors qu'un autre site WordPress existait dans un autre répertoire, vous pourriez alors obtenir une erreur « 403 Accès refusé » car Wordfence fonctionne sur plusieurs répertoires. Voici quelques étapes pour mettre le programme d'installation sur liste blanche :
- Accédez à votre page Wordfence Live Traffic.
- Après l'installation, si vous supprimez la règle, assurez-vous de la réautoriser lorsque vous exécutez l'installeur.
Vérifier le fichier .htaccess
Des configurations incorrectes du serveur Web peuvent causer des problèmes tels que :
- Index de répertoire manquant. Corrigez en ajoutant
DirectoryIndex index.html index.phpà .htaccess. - Une règle mod_security bloque l'installateur. Demandez à votre hébergeur quelle règle mod_security est responsable et comment la supprimer. La documentation plus ancienne à ce sujet (y compris certains exemples de SiteGround) utilise la syntaxe ModSecurity 1.x
<IfModule mod_security.c>SecFilterRemove [rule ID]</IfModule>, mais les hébergeurs actuels utilisant ModSecurity 2.x utilisent plutôtSecRuleRemoveById [rule ID]. Confirmez la version et la syntaxe utilisées par votre hébergeur avant d'appliquer l'une ou l'autre.
RÉPONSES D'ERREUR
Erreur interne du serveur 500
Si vous obtenez cette erreur dans un journal ou une réponse, veuillez consulter :
Comment gérer les messages « Erreur interne du serveur 500 » ?
403 Interdit/Accès refusé
Si vous obtenez cette réponse, elle peut être liée aux autorisations. Voici quelques options :
- Donnez des autorisations à votre dossier WordPress racine (par exemple, 755)
Remarque : les options avancées de l'étape 1 vous permettront de définir récursivement les autorisations sur les répertoires ou les fichiers - Contactez votre hébergeur avec l'erreur et demandez-lui quelles règles de pare-feu il applique.
- Vérifiez le fichier .htaccess, abordé ci-dessus sous Options rapides.
- Désactivez temporairement tout pare-feu ou plugin de sécurité, abordé ci-dessus sous Désactiver les plugins et le plugin Wordfence.
Si la construction elle-même expire plutôt que d'échouer complètement, augmentez la limite PHP max_execution_time et vérifiez le paramètre Temps de construction maximum sous Duplicator Pro » Paramètres » Sauvegarde » Traitement (mesuré en minutes, défini sur 0 pour aucune limite). Voir Gestion des avertissements, erreurs et problèmes de délai d'attente du scanner pour des instructions de réglage étape par étape.
La résolution des options ci-dessus permet de corriger la plupart des erreurs 403, 500 et de délai d'attente rencontrées à l'étape 3 de l'installateur.
Voir aussi :
Comment gérer les messages « Erreur interne du serveur 500 » ?
Documentation Wordfence
Site ModSecurity
Référence ModSecurity
Fournisseurs d'hébergement recommandés pour Duplicator ?