Contenu | Rechercher | Menus

 Logo du logiciel Apache 2

Serveur HTTP Apache 2

Apache de son vrai nom HTTPD est le plus populaire des serveurs HTTP. Il est produit par la « Apache Software Foundation ». C'est un logiciel libre fourni sous la licence spécifique Apache, licence (en).

Cette page présente un cas concret de configuration d'un serveur HTTP Apache. À vous de l'adapter à vos besoins.
Elle est une fusion :

Des liens vers sécuriser Apache avec SSL, virtualhosts avec Apache et d'autres documentations seront donnés au moment opportun.

La version de Apache installée à l'heure actuelle, est la version 2.4.27. Ce changement de version implique des changements de certaines directives présentes dans vos VHOSTS par rapport aux autres versions. Référez-vous à la page : suivante qui décrit, en détails, les changements entre la version 2.2 et la version 2.4.

Pré-requis

  • Quelques connaissances de base des protocoles HTTP, DNS (ou /etc/hosts configuré) et TCP/IP (adressage, sous-réseaux, etc.) ;
  • Un réseau local en état de marche (IP attribuées, connexion à internet) ;
  • Un serveur DNS configuré (pour le domaine).

Introduction : HTTP

Qu'est-ce que le Web ?

Le Web est un des nombreux services disponibles sur Internet. Il s'agit de l'ensemble des documents accessibles par le protocole HTTP (par un navigateur Web). Une caractéristique essentielle du Web est la capacité de passer d'un document à un autre par des liens hypertexte. Un site Web est quant à lui un ensemble de pages Web, liées entre elles.

Un site Web a une adresse, comme celle du site Ubuntu-fr : http://ubuntu-fr.org.
La page Web principale de ce site propose des liens hypertexte vers d'autres pages et d'autres sites, par exemple : http://ubuntu-fr.org/telechargement.

Attention à ne pas faire d'amalgame entre Web (service HTTP) et Internet (le réseau mondial). Le salon IRC sur lequel s'est déroulée la séance de cours utilise Internet, pas le Web.

HTTP et navigation

Pour accéder à un site Web, il vous faut utiliser un client Web, communément appelé navigateur, par exemple : firefox, lynx, opera, rekonq, konqueror, w3m… ppo
Généralement vous passez par un moteur de recherche pour trouver l'adresse d'un site mais vous pouvez aussi l'entrer directement dans la barre d'adresse.

Vous devez spécifier en plus du nom ou de l'adresse IP, le protocole utilisé.
L'adresse de la page se découpe ainsi : protocole://sd.SLD.TLD/

  1. protocole Protocole_réseau : http, ftp…
  2. sd sous-domaine : www, ftp, doc, httpd…
  3. SLD(Second Level Domain) Domaine_de_deuxième_niveau : ubuntu-fr, apache…
  4. TLD(Top Level Domain) Domaine_de_premier_niveau : org, com, fr…

Les TLD sont délivrés par L'ICANN ICANN fr
Les SLD par les registraires qui sont autorisés à les déléguer
Les sous-domaines par le propriétaire du domaine puisque le registraire lui a assigné la gestion de ce domaine.

Le protocole qui nous intéresse ici est HTTP1) qui est l'acronyme anglais de Protocole de Transfert HyperTexte.

Un document hypertexte est un document contenant des hyperliens.
Ceux-ci permettent de lier les pages les unes avec les autres. Ainsi, vous pouvez naviguer grâce à des liens sur les pages.
Cet ordinateur, auquel vous vous connectez pour lire cette documentation, héberge à cette adresse un logiciel qui fournit les pages demandées. Apache est le plus utilisé.

Il existe une version sécurisée du HTTP : le HTTPS2).
Afin de différencier quel protocole on utilise, on leur réserve un port3), par défaut le 80 pour le mode non sécurisé et le 443 pour le mode sécurisé.
Il faut toutefois noter que les conventions ci-dessus peuvent ne pas être respectées si le client et le serveur sont cohérents entre eux et que le nouveau numéro choisi n'est pas, par ailleurs, déjà utilisé.

Mode de fonctionnement sommaire

Au moment de son démarrage, Apache charge les fichiers de configuration de la machine locale et se met en attente de requêtes sur les interfaces réseaux.

Lorsque vous utilisez votre navigateur Web (un client HTTP), que vous cliquiez sur un lien ou que vous rentriez directement l'adresse dans la barre d'adresse, vous effectuez une requête :

  • Le client détermine et se connecte au serveur (voir documentation DNS) ;
  • Le client effectue une requête HTTP sur le serveur, par la méthode GET du protocole HTTP : il lui demande une page ;
  • Après l'analyse de la requête, le serveur renvoie la page concernée sous forme de code dont on peut spécifier le format de données (pour ceux qui connaissent les balises <meta> de l'en-tête des documents servis, le fameux "content-type" des pages html) ;
  • Une fois toutes les données envoyées, le serveur ferme la connexion ;
  • Parallèlement, le client analyse et construit l'affichage à partir du code reçu.

Voilà, comment fonctionnent le protocole HTTP et APACHE2 (sans entrer dans les détails :-D).

Pour installer un serveur HTTP, nous allons utiliser une application bien connue des administrateurs réseaux : Apache2.

Installation

Apache est composé de plusieurs paquets…

Installation de base

Installez le paquet apache2.

À la suite de cette installation votre serveur doit fonctionner et être accessible à l'adresse suivante http://localhost (à partir de la même machine).

Un beau message va s'afficher dans votre navigateur It Works, c'est le contenu du fichier /var/www/html/index.html (configuration par défaut)

À partir d'Ubuntu 14.04
Le répertoire par défaut n'est plus "/var/www" mais "/var/www/html". Si vous n'avez pas touché aux fichiers de config par défaut de apache et que vos sites en localhost ne sont plus accessibles, vous pouvez les déplacer dans ce dossier "/var/www/html" ou changer le chemin du "DocumentRoot" dans le fichier "/etc/apache2/sites-available/000-default.conf"


La bibliothèque, le serveur et ses outils

Nom Rôle
libapr1 Apache's Portable Runtime Library, bibliothèque de fonctions standards portables.
apache2 Ce paquet contient le serveur.
apache2.2-common Ce paquet contient les modules standards apache2, qui incluent le support SSL.
apache2-utils Outils pour serveurs web.
Pour Dapper, remplacez par libapr0 et apache2-common.

Le MPM

Le MPM4), indispensable, est le moteur du serveur, la manière dont il intercepte les requêtes. Il en existe plusieurs à vous de choisir en fonction de vos besoins mais le mod-php5 ne supporte que le prefork : FIXME et itk ?

Nom Commentaire
apache2-mpm-prefork Modèle traditionnel pour Apache2 version sans thread, intercepte les requêtes à la manière Apache 1.3, utile pour éviter la mise en thread pour la compatibilité avec les bibliothèques non-thread-safe. C'est le meilleur mpm pour isoler les requêtes.
apache2-mpm-worker Modèle à processus haute vitesse pour Apache2 version avec thread, il est considérablement plus rapide que la version traditionnelle et c'est le MPM recommandé.
apache2-mpm-itk Permet d'exécuter les scripts php avec les droits d'un utilisateur donné dans un virtualhost.
A partir de Trusty 14.04, ces paquets pour le choix du MPM sont devenus obsolètes. Cependant, ils continuent d'exister pendant une phase de transition. Leur unique fonction est d'installer le paquet apache2 par le mécanisme des dépendances.

Configuration

Tous les fichiers de configuration de Apache2 sont dans le dossier /etc/apache2.

/etc/apache2

Rendez-vous dans le répertoire /etc/apache2/, et regardez les fichiers le composant :

apache2.conf  ports.conf   envvars   mods-available  mods-enabled  conf-available conf-enabled sites-available  sites-enabled

La plupart de ces fichiers sont plus ou moins spécifiques à Debian/Ubuntu et nous permettent de séparer la configuration en plusieurs parties.

  • envvars est utilisé pour définir des variables d'environnement propres à Apache ;
  • ports.conf contient la directive listen qui spécifie les adresses et les ports d'écoute ;
  • apache2.conf est le fichier principal de configuration c'est à partir de lui que tous les autres fichiers sont chargés ;
  • conf-available" contient un ensemble d'éléments de configuration globale (charset, security, etc.) ; * conf-enabled" contient les éléments de configuration globale activés ;
  • mods-available contient la liste des modules d'apache installés ;
  • mods-enabled celle des modules activées ;
  • sites-available contient la liste des hôtes virtuels installés ;
  • sites-enabled celle des hôtes virtuels activées.

Normalement les fichiers de configuration globale apche2.conf, envars et ports.conf n'ont pas à être modifiés. Toute la configuration devrait se faire dans les sous dossiers xxx-available.

Les dossiers xxx-available contiennent les éléments de configuration disponibles. Les dossiers xxx-enabled contiennent les éléments de configurations activés sous forme de liens symboliques pointant vers les fichiers correspondant dans le dossier xxx-available.

Il est fortement déconseillé d'intervenir dans les dossiers xx-enabled. Les fichiers doivent être crées ou modifiés dans les dossiers xxx-available et les configurations activées ou désactivées comme suit :

sudo a2enconf charset.conf
sudo a2disconf charset.conf

pour activer ou désactiver un élément de configuration globale.

sudo a2enmod rewrite
sudo a2dismod rewrite

pour activer ou désactiver un module Apache.

sudo a2enconf monhote.conf
sudo a2disconf monhote.conf

pour activer ou désactiver un hôte virtuel.

Configuration des interfaces

La spécification des interfaces sur lesquelles Apache2 écoutera les requêtes se fait dans ports.conf avec la directive Listen.
Vous devez spécifier au moins le port. Apache écoutera alors sur toutes les interfaces.

Pour restreindre l'utilisation à une ou plusieurs interfaces il suffit de les spécifier, suivies du port. Il faut une directive Listen par interface.
- Si le serveur est connecté avec une IP Internet et que l'on souhaite écouter sur cette interface on ajoute la directive Listen IP.Internet .
- Si le serveur est connecté avec une IP locale et que l'on souhaite écouter sur cette interface on ajoute la directive Listen IP.Locale .
- Si l'on souhaite écouter sur un certain port on rajoute :Le_Port . Il est aussi possible de ne spécifier que le port Listen Le_Port.

Éditez le fichier /etc/apache2/ports.conf.(remplacer les X.X.X.X par l'ip de l 'interface d'écoute )

 #interface (local ou internet) connectée sur port standard
 Listen X.X.X.X:80

 # toutes les interfaces connectées sur port ssl
 Listen 443
Il faut que les interfaces aient été démarrées avant Apache

sites-available

Ce répertoire contient les différents hôtes virtuels que vous pouvez utiliser. Ils vous permettent de définir plusieurs sites sur une même machine,
le plus souvent des sous-domaines (www.domain.tld, machin.domain.tld…), mais aussi d'autres domaines (domain.tld, autredomain.tld…).

Si vous voulez utiliser plusieurs hôtes virtuels voir virtualhosts_avec_apache2

Éditez le fichier /etc/apache2/sites-available/000-default.conf (le seul vhost existant pour le moment).

# Le vhost proprement dit : il est compris dans un bloc <VirtualHost>,
# Ces blocs définissent la "portée" de la validité des directives qui y sont définies.
# Le * derrière VirtualHost définit ici que le vhost est valable pour toutes les IP sur lesquelles apache écoute.
<VirtualHost domain.tld:80>
# ServerName définit le nom utilisé pour le vhost. Mettez le nom de l'hôte du domaine
ServerName www.domain.tld
# ServerAlias définit les autres sous-domaines pour lesquels le serveur répondra.
ServerAlias domain.tld *.domain.tld
# ServerAdmin vous permet de spécifier un email à utiliser en cas de problème, sur une page d'erreur 404 par exemple.
ServerAdmin administrateur.web@domain.tld
# DocumentRoot définit le dossier racine dans lequel seront stockés les fichiers du site.
DocumentRoot /var/www/html
        # Directory définit les options par défaut du répertoire
	<Directory /var/www/html>
                # Active les options :
                # FollowSymLinks permet de suivre les liens symboliques.
                # Indexes autorise le listage de fichiers d'un répertoire qui ne contient pas d'index (désactivé ici).
		Options -Indexes +FollowSymLinks +MultiViews
                # AllowOverride permet de surcharger certaines options en utilisant des fichiers .htaccess dans le répertoire du site.
		AllowOverride None
                # Droits d'accès (on autorise tout)
		Require all granted
	</Directory>
 
	ErrorLog /var/log/apache2/error.domain.tld.log
	CustomLog /var/log/apache2/access.domain.tld.log combined
</VirtualHost>

Enregistrez les changements sous un autre nom (ex: nomduvhost).

Supprimer l'ancien lien symbolique de la configuration d'origine

Il faut maintenant activer le vhost. Pour cela il faut créer un lien symbolique du fichier de sites-available/ vers sites-enabled/.
En utilisant :

sudo a2ensite nomduvhost

Éditez le fichier /etc/hosts et modifier la ligne avec nomduvhost le ServerName que vous avez choisi :

127.0.0.1 localhost nomduvhost

Cela permettra à votre système de faire la correspondance entre le nom de l'hôte et votre machine locale.

Notez que sous Debian/Ubuntu 2 les pages a utiliser comme index sont spécifiées dans le module dir (mods-available/dir.conf).

Sécuriser Apache

Sécurité des pages

Afin de modifier les pages nous allons créer un utilisateur webadmin le seul à pouvoir en créer, en supprimer et en modifier.
En faisant de webadmin le propriétaire et de www-data le groupe, tous les autres utilisateurs du système ne pourront accéder aux fichiers grâce aux droits appliqués ensuite.
Nous interdirons à apache2 de modifier les pages en autorisant seulement la lecture au groupe www-data (l'utilisateur sous lequel tourne apache et qui est aussi son groupe), et en donnant tous les droits au propriétaire.

Création de l'utilisateur webadmin:

sudo adduser webadmin

Modification des propriétaires de tous les fichiers et dossiers du répertoire :

sudo chown -Rf webadmin:www-data /var/www

RÉPERTOIRES lecture et exécution pour le group www-data et écriture pour le propriétaire 750 :

sudo find /var/www -type d -exec chmod 750 {} \;

FICHIERS lecture pour www-data et creation pour le propriétaire 640 :

sudo find  /var/www -type f -exec chmod 640 {} \;

alternativement, pour modifier les droits (mais pas les propriétaires), il est possible d'utiliser les deux commandes suivantes:

sudo chmod -R 644 /var/www

l'interet est de ne pas lancer une multitude de commandes pour changer les droits (find lance la commande à chaque fois qu'il trouve un fichier correspondant) qui a pour effet de mettre le propriétaire comme étant le seul avec droit de lecture et

 sudo chmod a+X /var/www

qui ajoute le droit x aux dossiers uniquement (droit de traverser)

Pare-Feu

Sachant que :

  1. HTTP est un protocole utilisant TCP,
  2. Le serveur reçoit sur le port 80 ou 443 ( si SSL est utilisé Sécuriser Apache2 avec SSL ) les requêtes, venant d'un port supérieur à 1024 inclus, d'un client,
  3. Qu'il répond à ces requêtes sur ces même ports vers les même ports.

Nous allons pouvoir construire les règle de base qui autorise les entrées et la sortie du serveur vers ces ports.

Le serveur est :

  • connecté directement à internet :
ext_if="eth0"
srv_www_ip="SRV_WWW.INTERNET.IP.NUMBER"
# iptables -[A:ajoute] -[i:interface d'entree|o:interface de sortie] if_interface -[s:source] ip
--[sport:port source] port -[d|destination] ip --[dport:destination port] port -J [ACCEPT:accepter|REJECT:rejeter]
iptables -A INPUT  -p tcp -i $ext_if --sport 1024: -d $srv_www_ip --dport 80, 443 -J ACCEPT
iptables -A OUTPUT -p tcp -o $ext_if -s $srv_www_ip --sport 80,443 -d --dport 1024: -J ACCEPT
done
  • sur le réseau local :

Le mode forwarding et les règles NAT doivent être activées.

ext_if="eth0"
srv_www_ip_local="SRV.local.IP.address"

iptables –I PREROUTING –t nat –p tcp –i $ext_if –s -–dport 80 –j DNAT –to $srv_www_ip_local:80
iptables –I PREROUTING –t nat –p tcp –i $ext_if -–dport 443 –j DNAT –to $srv_www_ip_local:443
iptables –I FORWARD –p tcp –i $ext_if –d $srv_www_ip_local –-dport 80 –j ACCEPT
iptables –I FORWARD –p tcp –i $ext_if –d $srv_www_ip_local –-dport 443 –j ACCEPT

Utilisation

sudo service apache2 start | stop | restart | status 

Il existe des interfaces graphiques pour utiliser Apache. De la plus simple à la plus complète : localhost-indicator FIXME cassé et rapache

Erreur au démarrage

Au démarrage d'Apache, il est possible que celui-ci ne soit pas capable de déterminer un nom de domaine. Ce message sera affiché dans le terminal :

Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName

Pour corriger l'erreur :

Première solution

On doit éditer le fichier /etc/apache2/apache2.conf

Par défaut ce fichier est vide, il faut donc ajouter la ligne suivante:

ServerName localhost
On peut l'écrire aussi directement à la fin du fichier /etc/apache2/apache2.conf si ça ne marche vraiment pas (ce qui a été mon cas).

On enregistre, on quitte et on redémarre Apache :

Deuxième solution

On doit éditer le fichier /etc/hosts

Sur la première ligne, on trouve habituellement ça :

127.0.0.1         localhost

Comme Apache2 ne sait pas extrapoler, il faut la modifier ainsi :

127.0.0.1         localhost.localdomain localhost

Vous pouvez toujours mettre le nom réel de votre serveur, mais toujours sous un format FQDN

127.0.0.1        Mon_Super_Serveur.maison localhost

Le nom doit correspondre avec celui contenu dans /etc/hostname

Redémarrer Apache2

sudo /etc/init.d/apache2 restart

ou

sudo service apache2 restart

Il est aussi possible de redémarrer apache2 sans "tuer" les requêtes en cours :

apache2ctl graceful

Cette solution est plus élégante sur un serveur en production.

Nous pouvons maintenant passer à la phase de vérification.

S'il y a des messages d'erreurs regarder les fichiers suivants :

tail -f /var/log/syslog
tail -f /var/log/apache2/access.log
tail -f /var/log/apache2/error.log

Activer les fichiers .htaccess

Les .htaccess permettent de créer des zones administrateur protégées très facilement ou aussi d'activer des configurations de façon localisées pour des serveurs auxquels vous n'avez pas accès au fichier de configuration principale.

éditez le fichier /etc/apache2/sites-enabled/000-default.conf

Vous pouvez aussi éditer /etc/apache2/apache2.conf plutôt que d'utiliser des fichiers .htaccess (ne pas les activer par conséquent), ce qui est d'ailleurs préférable
Selon la doc Apache : En général, vous ne devriez jamais utiliser les fichiers .htaccess à moins que vous n'ayez pas accès au fichier principal de configuration du serveur. Il y a, par exemple, une conception erronée qui prévaut selon laquelle les droits des utilisateurs doivent toujours être gérés dans le fichier .htaccess. Cela n'est simplement pas le cas. Vous pouvez placer les configurations des droits dans la configuration principale du serveur, et cela est, en fait, la manière favorisée de le faire.

"In general, you should never use .htaccess files unless you don't have access to the main server configuration file. There is, for example, a prevailing misconception that user authentication should always be done in .htaccess files. This is simply not the case. You can put user authentication configurations in the main server configuration, and this is, in fact, the preferred way to do things.
.htaccess files should be used in a case where the content providers need to make configuration changes to the server on a per-directory basis, but do not have root access on the server system."
cf: http://httpd.apache.org/docs/2.2/howto/htaccess.html#when

Ajoutez ces lignes à la fin du fichier :

<Directory /var/www/le_rep_ou_vous_voulez_activer_le_.htaccess>
    AllowOverride all
</Directory>

Redémarrer ensuite apache et les .htaccess sont activés

Si vous souhaitez autoriser les fichiers .htaccess partout (et pas uniquement dans un unique répertoire) il vous faudra remplacer "AllowOverride none" par "AllowOverride All" entre les balises <Directory />…</Directory> et <Directory /var/www/>…</Directory> du fichier /etc/apache2/sites-enabled/000-default.conf .

Dossier invisible : pour activer PHP 5 sur les hébergements Free.fr, un fichier .htaccess contenant "php 1" est nécessaire; la présence de celui-ci a pour conséquence de rendre le dossier conteneur invisible sous Apache.

Modules

Il est possible d'ajouter des modules à apache, ajoutant des fonctionnalités à votre serveur web. Tous les modules sont répertoriés ici : /etc/apache2/mods-available

Activer l'URL rewriting

Chargez le module rewrite :

a2enmod rewrite

Ensuite, deux possibilités s'offrent à vous suivant vos capacités de gestion de votre serveur :

  • pour un serveur mutualisé par exemple : placer un fichier .htaccess avec des règles de rewriting à la racine de votre site. Pour cela les fichiers .htaccess doivent être autorisés : Activer les fichiers .htaccess
  • pour un serveur dédié ou un serveur personnel (sur votre propre distribution) il est conseillé d'ajouter les règles de rewriting directement dans le fichier de configuration d'Apache2 : /etc/apache2/apache2.conf en recopiant les lignes suivantes à la fin dudit fichier.

Un petit exemple :

Options +FollowSymlinks
RewriteEngine on

# Lorsque l'on tape dans la barre d'adresse www.votre_domaine.net/page-1 c'est la page www.votre_domaine.net/page.php?id=1 qui s'affiche
# [L]=[last] signifie que si cette règle s'applique on n'en cherche pas d'autre
RewriteRule ^page-1$ /page.php?id=1 [L]

Encore mieux avec les expressions régulières :

Options +FollowSymlinks
RewriteEngine on

# Lorsque l'on tape dans la barre d'adresse www.votre_domaine.net/page-* c'est la page www.votre_domaine.net/page.php?id=* qui s'affiche
# ^ et $ signifie respectivement le début et la fin d'une expression régulière
RewriteRule ^page-([0-9]+)$ /page.php?id=$1 [L]

Mod_bw - Limiter la bande passante

Il existe un module compatible avec apache2 permettant de limiter la bande passante.

Installation du module : libapache2-mod-bw

Charger le module bandwidth : sudo a2enmod bw

Configuration du module :

Pour cela il faut ajouter quelques lignes dans les Vhost de vos domaines :

 cd /etc/apache2/sites-enabled
 sudo vim votredomaine.tls.conf

Juste avant </VirtualHost>, ajouter :

  • Limiter tous les utilisateurs à 10Kb/s :
 BandwidthModule On
 ForceBandWidthModule On
 Bandwidth all 10240
  • Limiter tous les utilisateurs à 50Kb/s pour les fichiers supérieurs à 8000Kb :
 BandwidthModule On
 ForceBandWidthModule On
 LargeFileLimit * 8000 50000
  • Limiter les fichiers .avi et .mpg à 20Kb/s :
 BandwidthModule On
 ForceBandWidthModule On
 LargeFileLimit .avi 1 20000
 LargeFileLimit .mpg 1 20000

Redémarrer Apache2

 sudo /etc/init.d/apache2 restart

Mod_deflate - Compression gzip

Le mod_deflate sur apache2 permet de gagner en rapidité et en bande passante grâce à la compression des données qui transitent entre le serveur et les clients. La compression utilisée est gzip. L'installation ci-dessous permet de compresser les fichiers texte (html, css,…).

Activation des modules deflate et headers :

 sudo a2enmod headers
 sudo a2enmod deflate

Configuration de deflate :

Créez ou modifiez le fichier /etc/apache2/conf.d/mod_deflate.conf et ajoutez-y :

 <Location />
 # Insérer le filtre
 SetOutputFilter DEFLATE
 # Netscape 4.x rencontre quelques problèmes...
 BrowserMatch ^Mozilla/4 gzip-only-text/html
 # Netscape 4.06-4.08 rencontre encore plus de problèmes
 BrowserMatch ^Mozilla/4\.0[678] no-gzip
 # MSIE se fait passer pour Netscape, mais tout va bien
 BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
 # Ne pas compresser les images
 SetEnvIfNoCase Request_URI \
 \.(?:gif|jpe?g|png)$ no-gzip dont-vary
 # S'assurer que les serveurs mandataires délivrent le bon contenu
 Header append Vary User-Agent env=!dont-vary
 </Location> 

Redémarrage de apache2:

 sudo /etc/init.d/apache2 restart

Les pages seront compressées quand le client le supporte.

Si un message d'erreur de ce type apparaît :

apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName.

Voir ici

mod_userdir gérer les dossiers utilisateur

Cette partie est déjà documentée sur la page xampp mais reprenons le ici.

Certaines personnes aimeraient faire en sorte à ce que chaque utilisateur du serveur puisse avoir son site web perso.
Ce site peut être accessible par : http://mondomaine.com/~nom_du_user

dans la plupart des cas c'est http://localhost/~nom_du_user

Permettre à chaque utilisateur d'avoir son propre site dans public_html

Créer un répertoire public_html et lui donner les droits de lecture et d'exécution

mkdir ~/public_html
echo '<?php echo "PHP est actif dans votre public_html"; ?>' > ~/public_html/index.php
chmod -R 755 ~/public_html

Activer l'exécution en php pour le module userdir (à partir de Ubuntu 10.04 (Lucid))

Editer /etc/apache2/mods-enabled/php5.conf et commenter les lignes correspondantes (avec ##) dans le fichier php5.conf qui se trouve dans /etc/apache2/mods-enabled.

<FilesMatch ".+\.ph(p[345]?|t|tml)$">
    SetHandler application/x-httpd-php
</FilesMatch>
<FilesMatch ".+\.phps$">
    SetHandler application/x-httpd-php-source
    # Deny access to raw php sources by default
    # To re-enable it's recommended to enable access to the files
    # only in specific virtual host or directory
    Order Deny,Allow
    Deny from all
</FilesMatch>
# Deny access to files without filename (e.g. '.php')
<FilesMatch "^\.ph(p[345]?|t|tml|ps)$">
    Order Deny,Allow
    Deny from all
</FilesMatch>

# Running PHP scripts in user directories is disabled by default
# 
# To re-enable PHP in user directories comment the following lines
# (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
# prevents .htaccess files from disabling it.
##<IfModule mod_userdir.c>
##    <Directory /home/*/public_html>
##        php_admin_flag engine Off
##    </Directory>
##</IfModule>
(Pour mémoire) Ancienne version de php5.conf
<IfModule mod_php5.c>
    <FilesMatch "\.ph(p3?|tml)$">
	SetHandler application/x-httpd-php
    </FilesMatch>
    <FilesMatch "\.phps$">
	SetHandler application/x-httpd-php-source
    </FilesMatch>
    # To re-enable php in user directories comment the following lines
    # (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
    # prevents .htaccess files from disabling it.
    ##<IfModule mod_userdir.c>
    ##      <Directory /home/*/public_html>
    ##        php_admin_value engine Off
    ##     </Directory>
    ##</IfModule>
</IfModule>

Optionnel : Personnaliser votre répertoire de site

Il est possible de changer le dossier par défaut (public_html) de votre site par un autre répertoire.

Éditer le fichier de configuration de userdir

Modifier la variable «UserDir public_html» dans le fichier /etc/apache2/mods-available/userdir.conf :

<IfModule mod_userdir.c>
	UserDir public_html
	UserDir disabled root

	<Directory /home/*/public_html>
		AllowOverride FileInfo AuthConfig Limit Indexes
		Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
		<Limit GET POST OPTIONS>
			Require all granted
		</Limit>
		<LimitExcept GET POST OPTIONS>
			Require all denied
		</LimitExcept>
	</Directory>
</IfModule>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Activer le module userdir

sudo a2enmod userdir
sudo /etc/init.d/apache2 reload

Dans le navigateur web rendez-vous à l'adresse http://127.0.0.1/~nom_du_user et vérifier que le message «PHP est actif dans votre public_htm» s'affiche.

mod_proxy ou comment rediriger certains domaines vers certaines machines

Mon problème était le suivant :

routeur :

  • renvoi du port 80 sur la machine 192.168.0.10

machine 192.168.0.10 :

  • virtualhosts renvoyant vers plusieurs dossiers
  • toto.mondomaine.com va vers /home/toto/www
  • titi.mondomaine.com va vers /home/titi/www
  • etc…
  • et 000-default va vers /var/www

machine 192.168.0.11 :

  • virtualhosts renvoyant vers plusieurs dossiers
  • tata.mondomaine.com va vers /home/tata/www
  • tutu.mondomaine.com va vers /home/tutu/www
  • etc…
  • et 000-default va vers /var/www

Sauf que si on met http://tata.mondomaine.com dans son navigateur on se retrouve avec le site par defaut de 192.168.0.10….

Donc, il faut appeller mod_proxy à la rescousse.

sur 192.168.0.10 : activer le module proxy avec :

a2enmod proxy

créer un virtualhost /etc/apache2/sites-available/tata.mondomaine.com qui contient :

<VirtualHost 192.168.0.10:80>
        ProxyRequests Off
        ProxyPreservehost on
        ServerName tata.mondomaine.com
        ProxyPass  / http://192.168.0.11/
        ProxyPassReverse / http://192.168.0.11/
        <Proxy>
            Order Allow,Deny
            Allow from all
        </Proxy>
</VirtualHost>

Activer ce fichier :

sudo a2ensite tata.mondomaine.com

Redémarrer apache

Et c'est tout :)

Si ca veut pas, activer aussi les modules proxy_http et proxy_connect

bien sûr on peut rajouter dans /etc/hosts:

192.168.0.11 tata.mondomaine.com

comme ça, dans ProxyPass et ProxyPassReverse on peut utiliser les noms de domaine à la place des adresses

et comme c'est un proxy, beaucoup d'autres options sont envisageables mais je n'irai pas plus loin pour aujourd'hui.

Optimiser votre serveur apache2

Il est possible d'optimiser votre serveur apache.

Accélérateurs PHP

Permet de mettre en cache le code PHP déjà compilé. Ceci évitera de recompiler les fichiers PHP à chaque fois, ce qui augmente de façon considérable les performances de votre serveur et donc de vos sites.

Voici un comparatif de ce qui existe actuellement :

http://dotclear.placeoweb.com/post/PHP-accelerator-cache

XCache

Plus moderne et a été réécrit de zéro récemment. Il assure un meilleur support des versions récentes de PHP, au contraire des anciens eaccelerator and co.

xcache

eAccelerator

Empêcher le démarrage automatique d'apache

Méthode déconseillée pour un serveur en production !
Dans le cas d'un ordinateur de bureau, apache est souvent utilisé de façon occasionnelle pour développer et tester en local.

Pour les amoureux de l'écologie c'est de l'énergie gaspillée sans raison valable.

Pour les machines à faibles ressources, apache diminue la vitesse de démarrage

Autant de raisons valables pour démarrer manuelle apache quand nous en avons besoin et enlever le «daemon»/service de démarrage automatique !

Modifier le service apache avec upstart

Se reporter à l'exemple : Upstart

====

Restaurer le démarrage automatique d'apache avec update-rc.d

 user@PCMachine:~$ sudo update-rc.d apache2 default 

Désinstallation

Pour supprimer cette application, il suffit de :

  • supprimer les paquets. Vous devez supprimer tous les paquets que vous avez installés. La configuration de l'application sera conservée ou supprimée selon la méthode de désinstallation que vous choisirez ('sudo apt-get purge [paquet]' pour virer les configs et les fichiers, 'sudo apt-get remove [paquet]' pour garder la config.)

Liens utiles

1)
L'acronyme HTTP signifie HyperText Transfert Protocol ; Protocole de Transfert HyperTexte.
2)
L'acronyme HTTPS signifie HyperText Transfert Protocol Secured ; Protocole de Transfert Hypertexte Sécurisé.
3)
Port Découpe logique de l'interface physique il en existe 65536
4)
Multi-Processing Module, module multi traitements


Le contenu de ce wiki est sous licence : CC BY-SA v3.0