Comment corriger les erreurs 404 Nginx après la mise à niveau d'Ubuntu Server

Découvrez comment résoudre efficacement les erreurs 404 sur Nginx après une mise à niveau d'Ubuntu Server grâce à des méthodes simples et des commandes pratiques.

L'une des combinaisons les plus courantes de serveurs Web aujourd'hui consiste en l'utilisation du logiciel serveur Web Nginx sur l'édition Ubuntu Server. Ce système est extrêmement efficace et facile à maintenir à jour, car les deux paquets continuent de recevoir des mises à jour régulières. Les administrateurs système installent généralement les mises à jour via le gestionnaire de paquets apt, car Ubuntu Server n'a pas d'interface graphique par défaut.

Les mises à niveau d'Ubuntu Server peuvent parfois générer des erreurs inhabituelles, et cette absence d'interface graphique peut compliquer le dépannage pour les débutants. Quelques simples commandes peuvent suffire à corriger les erreurs 404 Nginx après une mise à niveau d'Ubuntu.

Méthode 1 : Corriger les pages d'erreur Nginx manquantes

Si un site est hébergé sur AWS, sur un serveur privé ou toute autre configuration de serveur dans une pile LEMP, il pourrait tomber en panne de manière aléatoire après une mise à niveau d'Ubuntu Server. Essayez d'accéder au site depuis un navigateur Web, peut-être sur une autre machine. Si cela renvoie une erreur 404, accédez à l'interface de ligne de commande (CLI) d'Ubuntu Server et exécutez la commande tail -f pour voir toutes les erreurs récentes.

Si le journal contient une erreur telle que :

Votre système subit une page d'erreur manquante. Vous pourriez également voir 40x.html dans cette ligne, bien que cela soit relativement peu commun si votre site est en panne et que vous recevez des erreurs 404 en échange. Utilisez la commande ls pour voir s'il y a quelque chose à cet endroit. Si ce n'est pas le cas, vous devrez créer le code HTML pour une page d'erreurs 50X.

Gardez à l'esprit que l'utilisation de la structure de répertoire par défaut pose souvent des problèmes avec les gestionnaires de paquets, qui peuvent écraser ce qui y est stocké. Vous pouvez modifier la ligne docroot dans la configuration Nginx pour éviter ce genre de problème si vous êtes autorisé à créer une structure de répertoire personnalisée.

Méthode 2 : Faire en sorte que PHP trouve le bon socket

Vous pourriez également trouver une erreur qui ressemble à ceci dans le

Cela signifie que vous avez PHP7.0 en cours d'exécution, mais qu'il ne fonctionne pas là où il devrait. Le numéro de version pourrait être différent en fonction de la façon dont vous avez configuré PHP. Les installations par défaut fonctionneront à partir de /var/run/php/php7.0-fpm.sock, mais si vous avez cette erreur, ce n'est probablement pas le cas.

Exécutez les commandes et ensuite find -name 'php*fpm.sock' pour voir s'il y a un socket qui fonctionne quelque part sur votre système.

En supposant que vous receviez un retour positif, vous devez ensuite mettre à jour votre configuration Nginx pour indiquer le bon emplacement où le socket devrait fonctionner. Naturellement, /directoryPath serait remplacé par le chemin correct. La ligne php/php7.0-fpm.sock devrait mettre à jour la configuration si vous utilisez un fichier socket.

Les utilisateurs des anciens sockets TCP qui n'utilisent pas de fichiers socket peuvent vérifier si un socket PHP écoute actuellement sur le port 9000 en exécutant sudo netstat -tulpn | grep 9000 depuis la ligne de commande. Si c'est le cas, ouvrez votre fastcgi_pass dans nano, vi ou un autre éditeur de texte et modifiez la ligne unix:… pour utiliser plutôt 127.0.0.1:9000 afin de mettre à jour le socket.

Si rien de tout cela ne fonctionne, assurez-vous que php7.0-fpm ou quel que soit le numéro de version que vous utilisez est en cours d'exécution avec la commande sudo systemctl restart php7.0-fpm, suivie d'une répétition du processus ci-dessus.

Gardez à l'esprit que dans la plupart des cas, l'entrée listen dans nginx.conf et la valeur dans www.conf doivent être identiques. Vous pourriez essayer pour des configurations plus récentes, ou 127.0.0.1:9000 pour les anciennes.

Questions et réponses essentielles à connaître

Comment désactiver l'erreur 404 ?

Pour désactiver l'erreur 404 sur votre site, suivez ces étapes simples :

• Identifier l'URL erronée : Repérez l'adresse web qui génère l'erreur
• 2. Mettre en place une redirection 301 :
  - Cette redirection permanente redirige les visiteurs de l'URL erronée vers une page fonctionnelle.
• Utilisez un fichier .htaccess sur un serveur Apache ou des réglages dans votre CMS (comme WordPress) pour configurer la redirection.
• Vérifier la redirection : Après avoir mis en place la redirection, testez l'ancienne URL pour vous assurer qu'elle redirige correctement vers la nouvelle.
• Mettre à jour votre sitemap : Si vous avez modifié des URL, assurez-vous que votre sitemap est à jour pour éviter d'autres erreurs
• 5. Surveiller les erreurs 404 : Utilisez des outils comme Google Search Console pour suivre et corriger d'autres potentielles erreurs. Ces étapes garantissent que les utilisateurs ne rencontrent pas d'erreurs 404 tout en améliorant l'expérience utilisateur et le référencement de votre site.

Comment déboguer nginx 404 introuvable ?

Pour déboguer une erreur 404 avec Nginx, voici quelques étapes à suivre :

• Vérifiez le chemin des fichiers :
  • - Assurez-vous que les fichiers se trouvent bien dans le répertoire spécifié, par exemple

  /etc/nginx/html/mywebsite

  .
• Contrôlez les permissions :
• Identifiez l'utilisateur sous lequel Nginx s'exécute (généralement www-data ou nginx).
• Assurez-vous que cet utilisateur a les autorisations de lecture sur les fichiers et répertoires.
• Modifier les permissions ou la propriété :
• Si nécessaire, changez la propriété des fichiers : bash sudo chown -R www-data:www-data /etc/nginx/html/mywebsite
• Ajustez les permissions pour octroyer l'accès : bash sudo chmod -R 755 /etc/nginx/html/mywebsite
• Vérifiez la configuration Nginx :
• Assurez-vous que le bloc de serveur Nginx est correctement configuré pour pointer vers le bon chemin.
• Examinez le fichier de configuration avec : bash sudo nginx -t
• Redémarrez Nginx :
• Après avoir effectué des modifications, n’oubliez pas de redémarrer Nginx pour appliquer les changements : bash sudo systemctl restart nginx
• Consultez les logs :
• En cas de problème persistant, consultez les logs d’accès et d’erreur pour plus d’informations :
• Logs d’erreur : /var/log/nginx/error.log
• Logs d’accès : /var/log/nginx/access.log En suivant ces étapes, vous pourrez identifier et corriger les causes de l'erreur 404 dans Nginx.

Comment réparer les erreurs 404 ?

Pour corriger les erreurs 404 rapidement, suivez ces étapes :

• Mettre à jour le sitemap :
  - Assurez-vous que votre sitemap reflète la structure actuelle de votre site. Cela aide les moteurs de recherche à indexer correctement vos pages.
• Ajouter des redirections :
• Si un contenu a été déplacé à une nouvelle URL, utilisez une redirection 301 pour diriger le trafic de l'ancienne URL vers la nouvelle.
• Gérer les contenus supprimés :
• Si vous avez définitivement supprimé un contenu, décidez de l'action à prendre :
• Laissez l'ancienne URL afficher un code 404 : indique que la page est introuvable, mais cela peut entraîner une perte de trafic.
• Utilisez un code 410 : signale que la page a été supprimée de manière permanente et n'est plus accessible.
• Surveiller et analyser :
• Utilisez des outils comme Google Search Console pour identifier les erreurs 404 et suivre les modifications que vous apportez sur votre site. En appliquant ces recommandations, vous améliorerez l'expérience utilisateur tout en optimisant votre SEO.

Pourquoi nginx 404 n'est-il pas trouvé ?

Le message d'erreur 404 Not Found de Nginx apparaît lorsque la ressource demandée n'est pas accessible. Les raisons courantes incluent :

• -

URL incorrecte

: L'utilisateur a saisi une adresse erronée.
• Fichier supprimé : Le fichier ou la page a été supprimé du serveur.
• Fichier déplacé : La ressource a été déplacée vers un autre emplacement sans redirection appropriée.
• Problèmes de configuration : Des erreurs dans la configuration du serveur peuvent empêcher l'accès à certaines ressources.
• Permissions : Les permissions des fichiers ou des dossiers peuvent empêcher l'accès, même si le fichier existe. Ces éléments peuvent conduire à une expérience frustrante pour l'utilisateur et nécessitent une vérification pour résoudre le problème.

Maintenant que tu as fini de lire Comment corriger les erreurs 404 Nginx après la mise à niveau d'Ubuntu Server, nous t'invitons à explorer davantage la catégorie Tutoriels. Tu y trouveras d'autres articles intéressants qui élargiront tes connaissances et te tiendront informé. Ne cesse pas de lire et de découvrir plus!