Différences

Ci-dessous, les différences entre deux révisions de la page.

--- apache2 [Le 14/11/2019, 11:15]
193.52.27.142 [Hôtes virtuels]
+++ apache2 [Le 15/02/2022, 18:00]
bruno [mod_headers] correction de sécurité
@@ Ligne 1: / Ligne 1: @@
-{{tag>réseau serveur internet Xenial Bionic}}
+{{tag>réseau serveur internet Xenial Bionic Focal}}
+{{ :logo:apache-logo.png?80nolink| Logo du logiciel Apache 2}}
-----
-{{ apache_logo.png?80nolink| Logo du logiciel Apache 2}}
 ====== Serveur HTTP Apache 2 ======
-Un [[https://fr.wikipedia.org/wiki/Serveur_HTTP|serveur HTTP]] permet à un site web de communiquer avec un navigateur en utilisant le protocole [[https://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol|HTTP(S)]] et ses extensions ([[https://fr.wikipedia.org/wiki/WebDAV|WebDAV]], etc.). **Apache** est probablement le serveur HTTP le plus populaire. C'est donc lui qui met à disposition la plupart des sites internet du [[https://fr.wikipedia.org/wiki/World_Wide_Web|WWW]].\\
+Un [[https://fr.wikipedia.org/wiki/Serveur_HTTP|serveur HTTP]] permet à un site web de communiquer avec un navigateur en utilisant le protocole [[https://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol|HTTP(S)]] et ses extensions ([[https://fr.wikipedia.org/wiki/WebDAV|WebDAV]], etc.). **Apache** est probablement le serveur HTTP le plus populaire. C'est donc lui qui met à disposition la plupart des sites Web du [[https://fr.wikipedia.org/wiki/World_Wide_Web|WWW]].\\
 Il est produit par la //Apache Software Foundation//. C'est un logiciel libre fourni sous la [[wpfr>Licence_Apache|licence spécifique Apache]].
@@ Ligne 17: / Ligne 15: @@
 ===== Installation =====
-Pour installer Apache seul, [[:tutoriel:comment_installer_un_paquet|installez simplement le paquet]] **[[apt>apache2|apache2]]**.
+Pour installer Apache seul, [[:tutoriel:comment_installer_un_paquet|installez simplement le paquet]] **[[apt>apache2]]**.
 Pour installer Apache avec PHP et MySQL ou MariaDB, reportez vous à l'[[:lamp#installation|installation de LAMP]].
@@ Ligne 72: / Ligne 70: @@
   * Il envoie une requête HTTP avec la méthode GET à l'IP du serveur sur le port 80 (ou HTTPS sur le port 443) pour lui demander de retourner un contenu particulier.
   * Le serveur HTTP reçoit la requête, et en fonction de divers paramètres (URL appelée, configuration du serveur, etc.), va chercher un contenu dans un fichier ou lance un script qui va générer un contenu.
-  * Le serveur renvoie ce contenu à l'IP du navigateur depuis le même port (80 ou 443).
+  * Le serveur renvoie ce contenu à l'IP du navigateur.
   * Le navigateur traite le contenu et le rend accessible à l'internaute (en l'affichant à l'écran par ex.).
@@ Ligne 117: / Ligne 115: @@
 Sauf cas très particulier, il n'est pas nécessaire de toucher à cette configuration.
-weshhhh ta   sfdddddddq
+===== Hôtes virtuels =====
+Avec Apache, chaque site ou application web correspond en principe à un hôte virtuel (//**[[https://httpd.apache.org/docs/current/fr/vhosts/examples.html|VirtualHost]]**// en anglais).
+Chaque hôte virtuel est défini par un fichier de configuration indépendant, qu'on trouve ou qu'on créé dans le répertoire ''/etc/apache2/sites-available/''.
 ==== Par défaut ====
@@ Ligne 194: / Ligne 197: @@
 <code>sudo systemctl reload apache2</code>
-<note tip>On peut définir un hôte virtuel par un nom de domaine même sans avoir de nom de domaine enregistré chez un registrar.
+<note tip>
+On peut définir un hôte virtuel sans avoir de nom de domaine enregistré chez un registrar.
+On peut soit utiliser un sous-domaine de ''localhost'', comme ''example.localhost'', qui pointera directement sur la machine locale (et qui ne sera donc valable que sur la machine qui fait tourner Apache), soit créer un nouveau nom de domaine "fictif".
 Il faut dans ce cas résoudre l'IP du serveur pour un domaine fictif côté client. Cela se fait en [[:tutoriel:comment_modifier_un_fichier|éditant le fichier]] ''/etc/hosts'' côté client avec les [[:sudo|droits d'administration]] pour y ajouter la ligne :
@@ Ligne 203: / Ligne 209: @@
 Avec la directive ''ServerName example'' dans le //VirtualHost//, l'hôte virtuel sera accessible depuis ce client à l'adresse [[http://example/]].
-Cela peut être très pratique en phase de développement sur une machine ou un réseau local, par exemple.</note>
+Cela peut être très pratique en phase de développement sur une machine ou un réseau local, par exemple.
+</note>
 ===== HTTPS =====
@@ Ligne 211: / Ligne 218: @@
 Il n'est ni nécessaire, ni faisable de mettre en place HTTPS avec un certificat valide sur un serveur de développement local.
-Pour rendre disponible les sites de manière sécurisée via HTTPS avec des certificats valides, la solution la plus simple est d'utiliser l'outil **[[https://certbot.eff.org/|Cerbot]]** de [[https://letsencrypt.org/|Let's Encrypt]].
+Pour rendre disponible les sites de manière sécurisée via HTTPS avec des certificats valides, la solution la plus simple est d'utiliser l'outil **[[https://certbot.eff.org/|Certbot]]** de [[https://letsencrypt.org/|Let's Encrypt]].
 <note>Vous trouverez une documentation plus détaillée à ce sujet sur [[:tutoriel:securiser_apache2_avec_ssl|cette page de la documentation]], mais nous verrons ici une méthode spécifique à Apache.</note>
@@ Ligne 231: / Ligne 238: @@
 === Installation de Certbot ===
-Pour installer Certbot, [[:ppa#ajout_d_un_ppa_a_vos_sources_logicielles|ajoutez le PPA]] officiel **ppa:certbot/certbot**, puis installez le paquet [[apt>python-certbot-apache]] :
+Pour installer Certbot :
-<code>sudo apt install python-certbot-apache</code>
+<code>sudo apt install python3-certbot-apache</code>
 === Utilisation de Certbot ===
@@ Ligne 247: / Ligne 254: @@
 === Renouvellement automatique ===
-Pour information c'est la commande ''certbot renew'' qui permet de renouveler les certificats très simplement, mais Certbot créé automatiquement une [[:cron|tâche cron]] à cet effet dans ''/etc/cron.d/certbot''.
+Pour information c'est la commande ''certbot renew'' qui permet de renouveler les certificats très simplement, mais Certbot créé automatiquement une [[:cron|tâche cron]] à cet effet dans ''/etc/cron.d/certbot''. Il est également créé un « //timer// » systemd qui fait la même chose (/lib/systemd/system/certbot.timer et certbot.service).
 Le script est lancé automatiquement toutes les 12 heures, mais les certificats ne seront renouvelés que si nécessaire. En principe il n'y a donc rien à faire.
@@ Ligne 314: / Ligne 321: @@
 <file>RewriteEngine on
+RewriteRule ^page-([0-9]+)$ /page.php?id=$1 [L]
 # Lorsque l'on tape dans la barre d'adresse www.example.com/page-* c'est la page www.example.com/page.php?id=* qui s'affiche
 # ^ et $ dans le bloc modèle signifient respectivement le début et la fin d'une ligne.
 # $1 est une variable qui récupère la valeur entre les premières parenthèses du bloc modèle
-# [L]=[last] signifie que si cette règle s'applique on n'en cherche pas d'autre
+# [L]=[last] signifie que si cette règle s'applique on n'en cherche pas d'autre</file>
-RewriteRule ^page-([0-9]+)$ /page.php?id=$1 [L]</file>
 <note>On peut écrire ces règles de réécriture dans une section //[[#hotes_virtuels|<VirtualHost>]]// ou  //[[#hotes_virtuels|<Directory>]]// (le comportement n'est pas le même), ou dans un fichier //[[#.htaccess]]//.</note>
+<note important>N'oubliez pas de modifier le virtualhost en conséquence sinon les règles de réécriture .htaccess ne fonctionneront pas correctement. Voici un exemple de configuration qui marche :
+<code>
+    <Directory /var/www/html>
+            AllowOverride All
+    </Directory>
+</code>
+</note>
 ==== mod_proxy====
@@ Ligne 383: / Ligne 398: @@
 # Cet en-tête empêchera les autres sites d'intégrer les pages de ce site dans des frames.
-# C'est une mesure de portection contre les attaques par détournement de clic (clickjacking)
+# C'est une mesure de porrection contre les attaques par détournement de clic (clickjacking)
 # Attention cet en-tête est rendue obsolète par les CSP
 #
 Header set X-Frame-Options: "sameorigin"
-# Cet en-tête oblige les navigateurs à utiliser la protection XSS même s'il l'ont désactivé
+# Cet en-tête est obsolète et doit être spécifiquement désactivée avec la valeur O
-#
+# Pour une protection XSS, utilisez des CSP empêchant l'exécution des scripts « en ligne »
-Header set X-XSS-Protection "1; mode=block"
+Header set X-XSS-Protection "0"
 # En-tête qui permet de masquer la technologie utilisée (par exemple PHP 7.0)
@@ Ligne 409: / Ligne 424: @@
 </VirtualHost></file>
-Enfin, toujours dans un objectif de sécurité, vous pourrez être amené à utiliser les en-têtes [[https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP|Content-Security-Policy]], exemple :
+Enfin, toujours dans un objectif de sécurité, vous devez utiliser les en-têtes [[https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP|Content-Security-Policy]], exemple :
 <file>Header always set Content-Security-Policy: "default-src 'self'; img-src *; media-src media1.com media2.com; script-src userscripts.example.com"</file>
@@ Ligne 446: / Ligne 461: @@
 ==== Fail2ban ====
-Pour contrer les attaques par force brute sur un système d'authentification d'une application web, il est vivement recommandé d'utiliser l'application [[:Fail2ban]].
+Pour limiter les attaques par force brute sur un système d'authentification d'une application web, il est parfois recommandé d'utiliser l'application [[:Fail2ban]].
 ===== Problèmes courants =====