Il se peut qu’après

un apt-get upgrade sur un serveur lors d’une montée de version Debian (etch

vers lenny en l’occurence), vous rencontriez l’erreur:

ERROR: APACHE_PID_FILE needs to be defined in /etc/apache2/envvars

Le

Apache2 ne voudra plus se lancer et évidemment plus rien ne fonctionne.

La solution est la suivante:

cp /etc/apache2/envvars.dpkg-dist /etc/apache2/envvars

Si jamais le fichier /etc/apache2/envvars.dpkg-dist est absent, vous pouvez editer le fichier /etc/apache2/envvars en y mettant

export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data
export APACHE_PID_FILE=/var/run/apache2.pid

Vous remplacerez éventuellement le user www-data (celui par défaut de Apache2) par celui que vous utilisez

Suite à la mise à jour d'un serveur, quelle ne fut pas ma surprise de voir que les VirtualHost n'étaient plus pris en compte par Apache!!

Peur panique à 17h, j'envisage déjà la nuit blanche, les cris, les gens qui vous montrent du doigt au bureau,

le licenciement, la rue…

Et on se met à tout essayer, quitte à tout changer sur le serveur et foirer toutes les configurations. Mais au final, est-ce que ça peut vraiment être pire. On cherche, on découvre qu'on est capable de lire (survoler serait plus juste) des articles qui parlent de Apache en allemand, en japonais, en russe.

Bref, vient le moment ou l'on redémarre Apache, et ouf, le problème est réglé. Votre vision des choses change immédiatement. Ce soir, sortie entre amis, apéro, bon dîner, et plus si affinités… et plus jamais je ferai une modification de ce genre à 17h, plus jamais…. sauf qu'en fait, on fait ça tout le temps. Ca pimente les journées j'imagine, mais c'est pas volontaire

Qu'est ce qu'on peut raconter comme conneries à 18h00, mais c'est soulagé que je peux vous expliquer comment faire.

Tout d'abord le constat:

Après

mise à jour du serveur

apt-get update
apt-get dist-upgrade

et redémarrage d'Apache,

/etc/init.d/apache2 restart

et sachant bien sûr que l'on n'a absolument rien modifié entre temps,

domain.mydomain.com ne fonctionne plus. Enfin Apache tourne, puisqu'à cette URL, j'obtiens un charmant « It Works! ». Oui mais en fait, it works pas vraiment

La solution est très simple, il y a deux possibilités:

- dans

/etc/apache2/sites-available/default

Remplacer

par

Préciser le port, ça ne se fait plus dans les nouvelles versions.

Autre possibilité:

- créer et éditer le fichier

/etc/apache2/conf.d/virtual.conf

insérer dans le fichier:

 NameVirtualHost *

Redémarrer Apache

/etc/init.d/apache2 restart

Le tour est joué. ouf.

1- Installer le serveur web apache2:

apt-get install apache2

2- Installer les packages openssl et ssl-cert

apt-get install openssl ssl-cert

3- Générer un certificat ssl: dans notre cas, nous allons générer un certificat non signé en local. Cela engendrera des warnings du côtés des utilisateurs. Si vous voulez éviter ces warnings, il faut acheter un certificat ssl auprès de vendeurs de certificats.

openssl req $@ -new -x509 -days 365 -nodes -out /etc/apache2/apache.pem -keyout /etc/apache2/apache.pem

4- Attribuer les bonnes permissions aux fichiers générés:

chmod 600 /etc/apache2/apache.pem

5- Editer le fichier /etc/apache2/ports.conf et ajouter la ligne « Listen 443″.

6- Activer le mode

SSL de apache2:

a2enmod ssl

7- Redémarer le serveur apache2:

/etc/init.d/apache2 restart

8- Configurer un VirtualHost pour le HTTPS: éditer /etc/apache2/sites-available/default et remplacer :

NameVirtualHost *

par

NameVirtualHost *:80
NameVirtualHost *:443

Ensuite créer un fichier dans /etc/apache2/site-available/. (mon-site-https)
Exemple:
/etc/apache2/site-available/mon-site-https contiendera:

    ServerName secure.monsite.com
    DocumentRoot /var/www/monsite.com
    SSLEngine on
    SSLCertificateFile /etc/apache2/apache.pem

    < directory /var/www/monsite.com >
            Options -Indexes MultiViews
            AllowOverride None
            Order allow,deny
            Allow from all