Il existe deux principales méthodes pour installer le serveur web Apache sur Ubuntu :

1. Installation via les paquets officiels de la distribution : Cette méthode est la plus simple et la plus couramment utilisée. Elle permet d’installer Apache en utilisant le gestionnaire de paquets APT, garantissant ainsi une installation rapide et une intégration aisée avec le système. Cependant, elle peut limiter l’utilisateur à la version d’Apache disponible dans les dépôts officiels d’Ubuntu.
2. Compilation à partir des sources : Cette approche offre une flexibilité accrue, permettant d’installer la version la plus récente d’Apache ou de personnaliser les options de compilation selon des besoins spécifiques. Néanmoins, elle est plus complexe et nécessite une gestion manuelle des dépendances et des mises à jour.

Installation d’Apache via APT

Pour découvrir et installer Apache en utilisant le gestionnaire de paquets APT sur Ubuntu, Nous suivrons les étapes ci-dessous :

1. Mise à jour de l’index des paquets : Avant toute installation, il est recommandé de mettre à jour l’index local des paquets pour s’assurer que le système dispose des dernières informations sur les versions disponibles. Exécutons la commande suivante :

belkacem@apache:~$sudo apt update

Installation du paquet Apache : Après la mise à jour, installons Apache en exécutant :

belkacem@apache:~$sudo apt install apache2 apache2-utils -y

Cette commande télécharge et installe Apache et les utilitaires d’Apache ainsi que toutes les dépendances requises.

En listant les processus en cours sur la machine, nous voyons qu’il est en exécution.

belkacem@apache:~$sudo ps aux | grep apache2

Le serveur Web ecoute sur le port 80 par défaut. Le client enverra une requête depuis un port dynamique, le serveur recevra cette requête sur le port 80, il doit par conséquent écouter ce port pour qu’il puisse y répondre.

Les fichiers de configuration d’un serveur Web Apache

Lors de l’installation, une liste de répertoire a été créé dans /etc/apache2/. Nous pouvons voir cette liste de répertoires en exécutant la commande suivante :

belkacem@apache:~$sudo ls -l /etc/apache2/ | egrep "^d"

Ses répertoires contiendront les configurations des futurs site internet.

• sites-available :  contient les fichiers de configuration des sites disponibles
• sites-enabled : contient des liens symboliques vers les configurations, dans site-available, des sites activés
• conf-available : contient les fichiers de configuration des autres services disponibles
• conf-enabled : contient des liens symboliques vers les configurations, dans conf-available, des autres services activés
• mods-available : contient les fichiers de configuration des modules d’Apache disponibles
• mods-enabled : contient des liens symboliques vers les configurations, dans mods-available, des modules activés

Tous ces fichiers vont venir alimenter le fichier apache2.conf.

Fichier de configuration apache2.conf

Le fichier de configuration principal d’Apache2, nommé « apache2.conf », centralise les paramètres du serveur. En l’éditant, nous observons qu’il inclut, via des directives « IncludeOptional », les configurations des répertoires précédemment mentionnés, permettant une organisation modulaire et hiérarchisée des réglages.

belkacem@apache:~$sudo cat /etc/apache2/apache2.conf | grep IncludeOptional

La directive « IncludeOptional » dans la configuration d’Apache permet d’inclure des fichiers supplémentaires de manière conditionnelle. Contrairement à la directive « Include », qui génère une erreur si le fichier spécifié n’existe pas, « IncludeOptional » ignore silencieusement les fichiers manquants. Par exemple, l’instruction « IncludeOptional conf-enabled/*.conf » inclura tous les fichiers avec l’extension .conf présents dans le répertoire conf-enabled, sans provoquer d’erreur si aucun fichier ne correspond au motif.

Les directives

La configuration d’Apache repose sur des directives spécifiques qui définissent le comportement du serveur pour différents répertoires et fichiers. Pour configurer le serveur Apache afin qu’il applique des directives spécifiques à un répertoire, on utilise la section <Directory>.

Options Indexes FollowSymLinks :

• Indexes : Active l’affichage de la liste des fichiers si aucun fichier index (comme index.html) n’est présent dans le répertoire.
• FollowSymLinks : Autorise le serveur à suivre les liens symboliques présents dans le répertoire.

AllowOverride None : Empêche l’utilisation de fichiers .htaccess pour surcharger les directives définies dans le fichier de configuration principal pour ce répertoire.

Require all granted : Accorde l’accès à tous les utilisateurs aux fichiers et sous-répertoires du répertoire spécifié.

Les modules

Apache HTTP Server est conçu de manière modulaire pour s’adapter à une variété d’utilisations. Il intègre des modules statiques, compilés directement dans le noyau du serveur, et des modules dynamiques, chargés au besoin. Pour répertorier tous les modules activés, exécutez la commande suivante :

belkacem@apache:~$sudo apache2ctm -M

Cette commande affiche la liste des modules actuellement chargés par Apache, en précisant pour chacun s’il est statique ou dynamique.

La liste des modules est disponible dans le répertoire «/etc/apache2/mods-available ».

Pour voir la liste des modules partagés c’est-à-dire marqué par (shared), il faudra lister le contenu du répertoire « /etc/apache2/mods-enabled/ ».

Si nous y regardions de plus près, nous constaterions que le nombre de module partagé et le nombre de fichier portant l’extension load, sera le même.

belkacem@apache:~$ echo -e "- nombre de fichier dans mods_enable : $(ls -1 /etc/apache2/mods-enabled/ | grep "load"| wc -l )\n- nombre de module chargé dans Apache : $(apache2ctl -M | grep "shared" | wc -l)"

Installer un module

Nous installons un module dynamique lorsque nous ajoutons un module à Apache. Un module statique, quant à lui, est directement intégré aux binaires d’Apache. Pour installer un module statique, nous devons recompiler Apache. Nous décrivons ici les étapes nécessaires pour ajouter une fonctionnalité qui réduit les risques de déni de service et d’attaques par force brute. Le module utilisé pour cet objectif est « mod_evasive ». Nous débutons par l’installation de ce module.

belkacem@apache:~$sudo apt install libapache2-mod-evasive -y

Une fois le module installé, il est chargé par défaut. Pour s’en assurer, il nous suffira de lister les modules et de recherche le mot clé « evasive ».

belkacem@apache:~$sudo apache2ctl -M | grep evasive

belkacem@apache:~$sudo apache2ctl -M | grep evasive

Configurons ce module, en créant un fichier portant l’extension « .conf ». Précédemment, nous avons vu que les fichiers de configuration des modules sont é créer dans le répertoire « /etc/apache2/mods-available/ »

belkacem@apache:~$sudo vim /etc/apache2/mods-available/evasive.conf

<IfModule mod_evasive24.c>
   # Configuration globale
   DOSHashTableSize 2048
   DOSPageCount 10
   DOSSiteCount 50
   DOSPageInterval 1
   DOSSiteInterval 1
   DOSBlockingPeriod 10
   # Configuration pour les requêtes HTTP
   DOSSystemCommand "sudo /usr/local/bin/block_ip %s"
   DOSLogDir "/var/log/mod_evasive"
   DOSWhitelist 127.0.0.1
   # Configuration pour les tentatives d'authentification
   DOSEmailNotify admin@domain.tld
   DOSLogOnly On
   DOSWhiteList /etc/apache2/mods-available/mod-evasive/whitelist
</IfModule>

Nous créerons un fichier qui contiendras les adresses IP qui ne sont pas concerné par les restrictions du module « evasive ».

belkacem@apache:~$ sudo mkdir /etc/apache2/mods-available/mod-evasive
belkacem@apache:~$ sudo vim /etc/apache2/mods-available/mod-evasive/whitelist

# Liste blanche pour mod_evasive
# Adresses IP à ignorer
127.0.0.1
10.0.0.1
# Noms d'hôte à ignorer
Localhost
client.apache.dev

Activons maintenant le module

belkacem@apache:~$ sudo a2enmod evasive

Pour que cette configuration soit prise en considération par Apache, nous devons installer recharger le configuration Apache ou redémarrer le service apache2

belkacem@apache:~$ sudo apache2ctl restart

Bon à savoir

Le module evasive à lui seul, ne peut pas offrir une garantie d’efficacité de 100% contre toutes les attaques par déni de service, il convient de l’adjoindre à d’autres mesure de sécurité (Service de protection anti-DDOS, utilisation d’un équilibreur de charge, limiter la bande passante, surveillances des journaux, etc)

L’article 02 Installation d’un serveur web Apache est apparu en premier sur Pandawan.

belkacem@apache:~$ sudo nano /etc/apache2/sites-available/000-default.conf

Lorsqu’une requête arrive sur le port 80, elle est traitée dans le répertoire par défaut « /var/www/html ». En parallèle, les erreurs sont consignées dans le fichier « /var/log/apache2/error.log », tandis que les informations relatives aux accès sont enregistrées dans « /var/log/apache2/access.log ». Ainsi, l’hébergement d’un site internet repose sur une organisation logique illustrée par ces répertoires..

Dans le répertoire /var/www/html/, se trouve une page HTML nommée « index.html ». Pour personnaliser cette page, nous éditons ce fichier et modifions son titre. Plus précisément, à la ligne 208, nous remplaçons le texte « Apache2 Default Page » par un titre de notre choix, reflétant ainsi le contenu ou l’objectif du site. Une fois les modifications effectuées, nous enregistrons le fichier pour appliquer ces changements.

En accédant à notre serveur web à l’aide d’un navigateur, nous constatons que le titre a bien été modifié. Cela confirme que nos modifications ont été prises en compte. Ainsi, héberger un site internet repose sur quelques étapes simples : configurer le serveur, organiser les fichiers dans le répertoire adéquat, et personnaliser les pages selon les besoins du site. Avec ces bases, il devient facile de gérer un hébergement web fonctionnel et adapté.

Hebergement plusieurs sites Web avec Apache en utilisant les ports

Par défaut, comme nous l’avons mentionné dans l’article précédent, Apache écoute sur le port 80. Cependant, vous pouvez configurer Apache pour écouter sur un autre port en créant un second « VirtualHost » dédié. Par exemple, nous allons configurer Apache pour écouter sur le port 81 et associer ce port au répertoire /var/www/html/port81/. Pour cela, nous basons notre travail sur le fichier de configuration par défaut, que nous adaptons pour répondre aux besoins spécifiques de l’hébergement multi-site.

belkacem@apache:~$ sudo cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/port81.conf
belkacem@apache:~$ sudo vim /etc/apache2/sites-available/port81.conf

Nous configurons Apache pour écouter sur le port 81 en modifiant le contenu du fichier de configuration. Nous gérons ensuite les requêtes adressées à ce port à l’aide des fichiers situés dans le répertoire /var/www/html/port81. De plus, nous mettons en place des journaux spécifiques pour ces requêtes, ce qui nous permet d’assurer un suivi clair et détaillé de l’activité liée à ce port.

Listen 81
<VirtualHost *:81>
        DocumentRoot /var/www/html/port81/
        ErrorLog ${APACHE_LOG_DIR}/error_port81.log
        CustomLog ${APACHE_LOG_DIR}/access_port81.log combined
</VirtualHost>

Création du répertoire pour l’hébergement du site web

Nous créons le répertoire requis, puis nous simplifions le processus en copiant et collant le fichier index.html dans le répertoire /var/www/html/port81/ que nous avons créé. Avec cette configuration, nous atteignons notre objectif d’héberger un site internet supplémentaire.

belkacem@apache:~$ sudo mkdir /var/www/html/port81/
belkacem@apache:~$ sudo cp /var/www/html/index.html /var/www/html/port81/

Nous modifierons le titre du fichier « index.html » contenu dans le répertoire /var/www/html/port81/

Actuellement, notre site est dans le répertoire /etc/apache2/sites-available/, ce qui le rend disponible mais pas encore activé. Pour l’activer, nous copions sa configuration dans le répertoire /etc/apache2/sites-enabled/. Ensuite, nous créons un lien symbolique pointant vers le fichier de configuration. Ainsi, nous configurons Apache pour activer ce site et le rendre prêt à l’utilisation. Grâce à cette méthode, nous simplifions la gestion des sites hébergés.

belkacem@apache:~$ sudo ln -s /etc/apache2/sites-available/port81.conf /etc/apache2/sites-enabled/port81.conf

Recharger la nouvelle configuration

Nous appliquons la nouvelle configuration d’Apache en rechargeant ses fichiers. Pour cela, nous rechargeons le service Apache. Cette action garantit que le serveur prend en compte les modifications et fonctionne correctement avec les nouveaux paramètres.

belkacem@apache:~$ sudo systemctl reload apache2

Pour accéder à ce nouveau site internet, nous précisons le port 81 dans l’URL. Nous entrons donc http://<adresse_ip>:81 dans la barre d’adresse du navigateur. Vérifions le résultat.

Hébergement plusieurs site Web en utilisant les noms de domaine

Dans le chapitre précédent, nous avons appris à créer plusieurs sites internet sur un même serveur. Cependant, bien que cette méthode soit adéquate pour un usage privé, elle ne convient pas à un usage public, comme celui d’un site vitrine. En effet, il est important de noter qu’un utilisateur lambda ne prendra pas le temps de saisir un numéro de port ou une adresse IP pour accéder à un site.

Simuler un nom de domaine dans une environnement de test

Ainsi, dans un environnement de production, nous procédons différemment. Nous achetons un nom de domaine auprès d’un registraire (ou registrar en anglais). Ce dernier est une entreprise accréditée par l’ICANN (Internet Corporation for Assigned Names and Numbers) pour fournir des noms de domaine publics. Par conséquent, cette démarche garantit une expérience utilisateur plus professionnelle et accessible.

Bon à savoir : L’ICANN est une organisation à but non lucratif en charge de la gestion des noms de domaine et des adresses IP sur Internet.

Dans notre contexte, nous travaillons en mode « lab » dans un environnement privé. Par conséquent, nous simulons le rôle du registar. Pour cela, nous utilisons une machine Windows Client afin d’interroger notre serveur web.

Ensuite, nous modifions le fichier hosts, situé dans le dossier c:\windows\system32\drivers\etc\. Pour éditer ce fichier, nous ouvrons un éditeur de texte tel que « Notepad ». Nous veillons à exécuter cet éditeur en tant qu’administrateur avant d’ouvrir le fichier. De plus, nous sélectionnons l’option « Tous les fichiers » dans la liste déroulante « Type de fichier » pour afficher le fichier dans le champ « Nom de fichier ». Ainsi, nous pouvons apporter les modifications nécessaires de manière efficace.

Dans ce fichier, nous associons deux noms de domaine à l’adresse IP de notre serveur web. Ensuite, nous enregistrons les modifications pour que la configuration soit prise en compte. Ainsi, nous établissons le lien nécessaire entre les noms de domaine et le serveur.

Ensuite, nous vérifions la configuration en envoyant un ping sur les deux noms de domaine ajoutés dans le fichier hosts.

Dans les captures d’écran ci-dessus, nous voyons que les noms de domaine sont liés à l’adresse IP 10.0.0.3. Cela signifie que deux noms de domaine différents pointent vers la même adresse IP. Dans cet exemple, nous configurons les deux sites pour qu’ils utilisent le port 80. Ensuite, nous créons deux VirtualHost, chacun configuré pour écouter sur ce port. Pour mieux organiser les réglages, nous utilisons un fichier de configuration séparé pour chaque VirtualHost.

Configuration des VirtualHost

D’abord, nous créons un fichier de configuration dans le répertoire /etc/apache2/conf-available/. Pour rendre cela clair, nous nommons chaque fichier en utilisant le nom de domaine. Nous nous assurons aussi que le fichier a l’extension « .conf », car Apache en a besoin pour reconnaître la configuration. Cette approche simple nous aide à structurer nos fichiers de façon pratique et efficace.

belkacem@apache:~$ sudo vim /etc/apache2/conf-available/licorne.fr.conf

Dans ce fichier, nous écrivons seulement les informations nécessaires. Nous précisons d’abord le dossier où les fichiers traiteront les requêtes HTTP. Ensuite, nous ajoutons le nom de domaine qui recevra ces requêtes. Enfin, nous créons un alias pour le nom de domaine. Avec cette configuration de base, les requêtes HTTP fonctionneront correctement.

<VirtualHost *:80>
        DocumentRoot /var/www/html/licorne
        ServerName   www.licorne.fr
        ServerAlias  licorne.fr
</VirtualHost>

Dans cette configuration, nous stockons les fichiers et dossiers liés au domaine www.licorne.fr dans /var/www/html/licorne. Ce dossier n’existe pas encore, donc nous devons le créer. Cette étape permet d’organiser les fichiers du domaine de manière claire et efficace.

belkacem@apache:~$ sudo mkdir /var/www/html/licorne/

Nous y copions le fichier « index.html » présent dans /var/www/html/.

belkacem@apache:~$ sudo cp /var/www/html/index.html /var/www/html/licorne/

Nous créerons ensuite notre lien symbolique du fichier de configuration dans le répertoire /etc/apache2/sites-enabled/.

belkacem@apache:~$ sudo ln -s /etc/apache2/sites-available/ licorne.fr.conf /etc/apache2/sites-enabled/licorne.fr.conf

Pour qu’Apache prenne en compte les modifications, nous rechargeons la configuration.

Ensuite, en répétant les mêmes étapes pour le second site, nous hébergeons deux sites sur la même adresse IP. Cette méthode permet de gérer facilement plusieurs sites sur un seul serveur.

<VirtualHost *:80>
        DocumentRoot /var/www/html/panda
        ServerName   www.panda.fr
        ServerAlias  panda.fr
</VirtualHost>

belkacem@apache:~$ sudo mkdir /var/www/html/panda/
belkacem@apache:~$ sudo cp /var/www/html/port81/index.html /var/www/html/panda/
belkacem@apache:~$ sudo ln -s /etc/apache2/sites-available/ panda.fr.conf /etc/apache2/sites-enabled/panda.fr.conf

L’article 03 Héberger des sites internet avec Apache est apparu en premier sur Pandawan.

Tim Berners-Lee, un scientifique anglais, a créé le World Wide Web dans les années 1990 lorsqu’il travaillait au CERN (Conseil Européen pour la Recherche Nucléaire). Le World Wide Web est né dans le cadre d’un projet permettant aux scientifiques de partager leurs travaux. Comme toute communication informatique, l’échange s’appuie sur un modèle standardisé nommé TCP/IP.

Le modèle TCP/IP : La base de la communication entre Serveur Web et client

L’IETF a défini le modèle TCP/IP dans les documents RFC791 et RFC793. Il le décompose en 4 couches. Chacune de ces couches joue un rôle spécifique et s’appuie sur des protocoles pour remplir ses fonctions. Pour illustrer son fonctionnement, imaginez un bâtiment de 4 étages sans ascenseur. Pour se rendre au 4ème étage, il faut d’abord passer par le 1er, puis le 2ème, ensuite le 3ème, et enfin arriver au 4ème. On ne peut pas aller du 1er au 3ème sans passer par le 2ème étage. Tim Berners-Lee a créé le protocole HTTP pour être conforme à la logique de ce modèle de communication. Nous le situons dans la couche « Application » du modèle TCP/IP.

L’acronyme WWW (World Wide Web) et les URL

Le terme WWW est souvent utilisé dans les adresses URL (Uniform Resource Locator) pour identifier un site web accessible par un lien hypertexte. Pour accéder à ces pages, nous avons besoin d’un navigateur qui transformera notre clic sur un lien hypertexte en requête HTTP. La machine où est installé le navigateur qui nous permet d’envoyer une requête est le client, et la machine qui reçoit et traite la requête est le serveur.

En effet, cette illustration offre une vision simplifiée de la communication, mais elle met en évidence l’importance du protocole HTTP dans le World Wide Web

Le protocole TCP dans les serveurs WEB

Avant que le client puisse envoyer une requête HTTP, il doit établir une connexion TCP. Cette phase permet au client et au serveur de négocier les paramètres de connexion pour garantir que les données transmises seront correctement reçues et dans l’ordre. Le client et le serveur utilisent le processus « Three-way handshake » pour établir la connexion.

Le premier échange consiste en un paquet SYN envoyé par le client au serveur, ce paquet demande l’établissement de la connexion. Le serveur renvoie une requête SYN/ACK avec les options de connexion. Le client répond en envoyant un paquet ACK. Ce message indique au serveur qu’il a bien reçu les informations et qu’il est prêt à commencer les échanges.

Le protocole HTTP

La RFC1945 a standardisé le protocole HTTP en 1996. Cette RFC décrit les méthodes de requêtes, les codes de statut et les en-têtes. Une seconde RFC, la RFC 2616, publiée en 1999, ajoute des fonctionnalités qui permet de réduire la latence.

La version 2 du protocole HTTP ajoute des fonctionnalités de compression et de multiplexage de requêtes, ce qui améliore la vitesse de chargement. Elle intègre aussi une couche de sécurité imposant le chiffrement des requêtes. Actuellement, un travail sur la version 3 est en cours. En effet, cette nouvelle version s’appuiera sur le protocole QUIC au lieu de TCP. Ainsi le « Three-Way Handshake » sera supprimé, ce qui aura pour effet les requêtes. En observant les différentes versions du protocole, nous remarquons que l’accent est mis sur la rapidité d’exécution des requêtes HTTP et la sécurité.

Les requêtes HTTP 1.0

Une requête HTTP comprend une méthode qui spécifie l’action à effectuer sur une ressource. Dans la version HTTP/1.0, les méthodes prises en charge étaient :

• GET : utilisée pour récupérer des informations depuis le serveur.
• POST : utilisée pour envoyer des informations au serveur pour une utilisation ultérieure.
• HEAD : utilisée pour ne renvoyer que les en-têtes d’une réponse HTTP.

Les requêtes HTTP 1.1

Le protocole HTTP a été conçu pour l’échange de travaux scientifiques et non pour un usage commercial. Ces méthodes étaient suffisantes à l’époque. Cependant, avec l’essor commercial d’Internet, les quatre méthodes listées sont devenues insuffisantes. Il manquait la gestion des sessions, permettant, entre autres, à un utilisateur de s’identifier sur un site internet et de maintenir sa session active même lors de la navigation entre les pages. La version HTTP/1.1 a ajouté les méthodes suivantes :

• PUT : utilisée pour envoyer des données à un serveur pour créer ou remplacer une ressource.
• DELETE : utilisée pour supprimer une ressource sur un serveur.
• TRACE : utilisée pour envoyer une requête pour déboguer.
• OPTIONS : utilisée pour découvrir les options disponibles pour une URL donnée.
• CONNECT : utilisée pour établir une connexion à travers un proxy.
• PATCH : utilisée pour envoyer des modifications partielles à une ressource sur le serveur..

Bon à savoir :

Dans la version http/2, les méthodes seront les mêmes que pour HTTP/1.1, la différence va être sur les fonctionnalités, permettant ainsi de traiter des requêtes multiples en simultanés.

Le client recevra alors une réponse du serveur web contenant un statut sous la forme d’un code d’état, classé en cinq catégories :

• La classe 1XX : indique que la requête a été reçue et bien interprétée, mais qu’elle n’a pas encore été traitée.
• La classe 2XX : indique que la requête a été traitée avec succès.
• La classe 3XX : indique que le serveur a besoin de plus d’informations pour traiter la requête (par exemple, une redirection vers une autre URL).
• La classe 4XX : indique que la requête contient une erreur.
• La classe 5XX : indique que le serveur a rencontré une erreur en tentant de traiter la requête.

L’article 01 Serveur web et ses protocoles est apparu en premier sur Pandawan.