L'architecture modulaire d'Apache et sa configuration par répertoire expliquent sa présence dans l'hébergement partagé et les applications anciennes. Ce cours pratique présente le flux Ubuntu Apache : paquet, service, sites utilisateur, hôtes virtuels nommés, .htaccess, redirections et réécriture d'URL.
Vous servirez du contenu depuis la racine par défaut et public_html, activerez sites et modules avec les outils Apache et vérifierez avec curl. Le défi final héberge un site ancien préparé, délègue les overrides, ajoute une redirection permanente et expose une URL propre par réécriture interne.
Ce que vous apprendrez
- Installer
apache2, démarrer le service et déployer une page sous/var/www/html - Activer
mod_userdir, régler les droits de traversée et servir~labex - Créer et activer un VirtualHost nommé avec
a2ensite - Autoriser la configuration locale par un bloc
AllowOverride Allciblé - Créer une redirection
.htaccesset vérifier son statut et l'en-têteLocation - Activer
mod_rewriteet écrire des motifs exacts et à capture numérique - Distinguer redirection visible par le client et réécriture interne
À qui s’adresse ce cours
Ce cours intermédiaire s'adresse aux administrateurs Linux, apprenants DevOps, développeurs web et ingénieurs support qui hébergent ou maintiennent Apache sur Ubuntu. Il concerne particulièrement l'hébergement partagé et les applications anciennes fondées sur .htaccess et des URL propres.
Prérequis : Bases du terminal Linux, paquets, services, permissions, édition et sudo. Les chemins et codes HTTP sont utiles.
Environnement d’apprentissage : Un terminal Linux LabEx de type Debian/Ubuntu avec Apache 2, curl, contenu local préparé et outils a2enmod et a2ensite.
Questions fréquentes
Quelle différence entre redirection et réécriture ?
La redirection renvoie HTTP 302 dans le labo ou 301 permanent dans le défi et demande une autre URL au client. La réécriture transforme la requête en interne, par exemple /about vers index.html ou /product/123 vers product.php?id=123, sans exposer cette cible au navigateur.
Pourquoi activer explicitement .htaccess ?
Apache ignore ces fichiers avec AllowOverride None. Après activation ciblée, leurs changements s'appliquent sans redémarrage. Cette souplesse ajoute des recherches par requête et une surface de configuration, donc les serveurs centralisés préfèrent souvent la configuration principale.
Le cours couvre-t-il HTTPS, proxy inverse ou authentification ?
Non. Il porte sur HTTP, contenu statique, répertoires utilisateur, VirtualHosts, redirections et réécritures. TLS, proxy, répartition, journaux d'accès et mots de passe sont hors périmètre.
