Conseils de dépannage Apache

Essayez Notre Instrument Pour Éliminer Les Problèmes

Combien de fois avez-vous installé un serveur LAMP pour constater qu'Apache ne semble pas vouloir fonctionner correctement? Ou vous installez un nouveau module uniquement pour voir Apache essayer de télécharger des pages sous forme de fichier, au lieu de les afficher à l'écran?

Il y a cent mille choses qui peuvent mal tourner avec n'importe quelle installation de serveur Web. D'une nouvelle installation à une installation en cours d'exécution depuis longtemps, vous ne savez jamais quand quelque chose va égarer votre serveur Web. Quand cela arrive, il est toujours agréable de savoir que, généralement, le rasoir d'Occam s'applique.

Dans ce didacticiel, vous trouverez des conseils qui vous aideront à résoudre certains des problèmes les plus courants pouvant survenir avec un serveur Web Apache.

Votre serveur fonctionne-t-il réellement?

Croyez-le ou non, cela est arrivé à de nombreux administrateurs. Vous arrêtez le serveur, effectuez des opérations de maintenance et lorsque vous vérifiez le serveur, vous obtenez des erreurs. La première chose que vous faites, naturellement, est de vérifier que /etc/apache2/apache.conf pour vous assurer que votre syntaxe est correcte. Mais c'est parfait! Quoi de neuf? La première chose que vous voudrez peut-être vérifier est de vous assurer que le serveur fonctionne. Mais vous ne voulez pas simplement émettre la commande pour démarrer le serveur ou recharger le serveur. À la place, émettez la commande:

état sudo /etc/init.d/apache2

Ce qui devrait renvoyer quelque chose comme:

* apache est en cours d'exécution (pid 9751).

Sinon, démarrez le serveur avec:

sudo /etc/init.d/apache2 start

ou

sudo apache2ctl démarrer

REMARQUE: si vous utilisez une distribution comme Fedora, SuSE ou Mandriva, vous devrez d'abord ses à l'utilisateur root et émettez les commandes ci-dessus SANS utiliser sudo .

Ça ne marche pas et ça ne démarre pas

Vous venez de modifier votre fichier de configuration Apache? Les changements sont-ils corrects? Si vous n'êtes pas sûr, vous pouvez utiliser le apache2ctl pour vérifier la syntaxe de votre fichier de configuration. Cela se fait avec la commande:

sudo apache2ctl configtext

La commande ci-dessus doit signaler:

Syntaxe OK

Si vous n'obtenez pas un OK, vous obtiendrez des informations qui indiquent les erreurs dans votre fichier de configuration.

Apache veut télécharger des fichiers .php!

C'est un autre problème courant. Lorsque vous ajoutez un nouvel outil sur votre serveur Web (tel que Drupal), si votre fichier de configuration est correctement configuré, aucun fichier .php peut ne pas s'afficher. Au lieu de cela, toute tentative d'affichage d'un fichier .php obligera votre navigateur à essayer de télécharger le fichier. Pourquoi est-ce? Apache doit être informé que certaines extensions doivent être affichées et non téléchargées. Cela se fait à partir du fichier de configuration Apache. Ouvrez ce fichier (sur le serveur Ubuntu, ce sera /etc/apache2/apache2.conf) et recherchez d'abord la ligne suivante:

DirectoryIndex index.html

Si ce fichier n'inclut pas index.php presque tous les sites qui utilisent php seront rendus inutiles.

La deuxième ligne à rechercher est:

Application AddHandler / x-httpd-php .php

Si vous trouvez cette ligne et qu'elle est commentée, assurez-vous de la décommenter en supprimant le caractère «#». Si ce n'est pas le cas, ajoutez-le au bas du fichier de configuration.

Et, comme toujours, lorsque vous modifiez le fichier de configuration, redémarrez Apache.

Sachez où chercher les problèmes

Enfin, il est essentiel que vous sachiez vers qui vous tourner lorsque ce qui précède ne vous aide pas. Chaque fois que j'ai un problème avec Apache où le rasoir d'Occam ne s'applique pas, je me tourne d'abord vers les fichiers journaux.

Si vous regardez / Var / log / apache2 vous trouverez au moins les fichiers suivants:

  • access.log: Cela garde une trace de toute connexion établie à votre serveur.
  • error.log: Cela garde une trace de toutes les erreurs qui se produisent avec Apache.
  • other_vhosts_access.log: C'est ici que les hôtes virtuels se connecteront lorsque l'hôte virtuel n'a pas reçu son propre fichier journal.

Bien sûr, à mesure que votre site évolue, vos fichiers journaux disponibles évolueront également. Peu importe ce que vous trouvez dans / Var / log / apache2 , c'est là que vous devez toujours vous tourner en premier lorsque vous avez des problèmes. Même avant de google.

Dernières pensées

Vous devriez maintenant être en mesure de gérer certains des problèmes les plus courants avec le serveur Apache. Et si votre problème n'est pas courant, vous savez également vers qui vous tourner pour trouver des indices qui vous mèneront sur la bonne voie vers la correction.