Tutoriels Apache pour les débutants
⚡ Résumé intelligent
Le serveur HTTP Apache alimente plus de la moitié du Web public, et cette ressource détaille son architecture, ses chemins d'installation, ses modèles d'hébergement virtuel, le renforcement de sa sécurité, la journalisation et le déploiement en production afin que les administrateurs puissent l'utiliser en toute confiance sous Linux. Windows, macOS environnements.

Qu'est-ce qu'Apache ?
Apache est un logiciel d'application remarquable. C'est le serveur web le plus utilisé au monde, avec plus de 50 % de parts de marché. Apache est le serveur web le plus répandu sur les systèmes d'exploitation de type Unix, mais il est compatible avec la quasi-totalité des plateformes. Windows, OS X, OS/2, etc. Le mot Apache est tiré du nom de la tribu amérindienne Apache, célèbre pour ses compétences en matière de guerre et de stratégie.
Apache est une application serveur web modulaire, basée sur les processus, qui crée un nouveau thread pour chaque connexion simultanée. Elle prend en charge de nombreuses fonctionnalités, dont plusieurs sont compilées sous forme de modules distincts et étendent ses fonctionnalités de base, offrant notamment la prise en charge des langages de programmation côté serveur et des mécanismes d'authentification. L'hébergement virtuel est l'une de ces fonctionnalités ; il permet à un seul serveur web Apache de gérer plusieurs sites web différents à partir du même matériel.
Comment installer Apache
Avant de déployer Apache, il est important de comprendre les différentes méthodes d'installation disponibles. Il existe de nombreuses façons d'installer ce paquet ou cette application, comme indiqué ci-dessous.
- Une des caractéristiques de cet ouvert L'avantage de cette application web est que n'importe qui peut préparer un programme d'installation pour son propre environnement. Cela a permis à différents fournisseurs comme Debian, Red Hat, FreeBSD et SUSE de personnaliser l'emplacement et la configuration des fichiers d'Apache, en tenant compte des autres applications installées et du système d'exploitation de base.
- Outre l'installation via un programme d'installation fourni par le fournisseur, il est toujours possible de compiler et d'installer Apache à partir du code source. L'installation d'Apache à partir des sources est indépendante de la plateforme et fonctionne sur la quasi-totalité des systèmes d'exploitation.
Le serveur web Apache est une application modulaire où l'administrateur peut choisir les fonctionnalités requises et installer différents modules selon les besoins.
Tous les modules peuvent être compilés comme Objets partagés dynamiques Un DSO (Digital Source Object) est un fichier objet partagé par plusieurs applications lors de leur exécution. Il existe indépendamment du binaire Apache principal. L'utilisation des DSO est fortement recommandée ; elle simplifie considérablement l'ajout, la suppression ou la mise à jour de modules dans la configuration du serveur.
Installation d'Apache : Plateforme Linux
Sur les systèmes basés sur Red Hat ou RPM
Si vous utilisez une distribution Linux basée sur rpm (Red Hat Package Manager, un utilitaire permettant d'installer des applications sur les systèmes Linux), c'est-à-dire Red Hat, Fedora, CentOS ou SUSE, vous pouvez installer cette application soit par le biais d'un gestionnaire de paquets spécifique au fournisseur, soit en créant directement le fichier rpm à partir de l'archive source disponible.
Vous pouvez installer Apache via le gestionnaire de paquets par défaut disponible sur toutes les distributions basées sur Red Hat, comme CentOS, Red Hat et Fedora.
[root@amsterdam ~]# yum install httpd
L'archive source Apache peut être convertie en fichier rpm à l'aide de la commande suivante.
[root@amsterdam ~]# rpmbuild -tb httpd-2.4.x.tar.bz2
Il est obligatoire d'avoir le paquet -devel installé sur votre serveur pour créer un fichier .rpm à partir de la source.
Une fois le fichier source converti en programme d'installation rpm, vous pouvez utiliser la commande suivante pour installer Apache.
[root@amsterdam ~]# rpm -ivh httpd-2.4.4-3.1.x86_64.rpm
Après l'installation, le serveur ne démarre pas automatiquement. Pour démarrer le service, vous devez utiliser l'une des commandes suivantes sous Fedora, CentOS ou Red Hat.
[root@amsterdam ~]# /usr/sbin/apachectl start [root@amsterdam ~]# service httpd start [root@amsterdam ~]# /etc/init.d/httpd start
Installer Apache à partir des sources
Si une configuration fournie par un gestionnaire de paquets ne correspond pas à votre environnement, l'installation à partir des sources offre un contrôle total. L'installation d'Apache à partir des sources nécessite l'installation du paquet `-devel` sur votre serveur. Vous pouvez trouver la dernière version disponible d'Apache et la télécharger depuis le site web d'Apache. page de téléchargement officielle d'ApacheUne fois le fichier source téléchargé, déplacez-le dans le dossier /usr/local/src.
[root@amserversterdam ~] cd /usr/local/src [root@amserversterdam ~] gzip -d httpd-2.2.26.tar.gz [root@amserversterdam ~] tar xvf httpd-2.2.26.tar [root@amserversterdam ~] httpd-2.2.26
Pour afficher toutes les options de configuration disponibles pour Apache, vous pouvez utiliser la commande `./configure --help`. L'option de configuration la plus courante est `--prefix={nom du répertoire d'installation}`.
[root@amserversterdam ~]./configure --help [root@amserversterdam ~]./configure --prefix=/usr/local/apache --enable-so [root@amserversterdam ~] make [root@amserversterdam ~] make install
L'exemple ci-dessus illustre la compilation d'Apache dans le répertoire /usr/local/apache avec la fonctionnalité DSO. L'option --enable-so permet de charger les modules requis dans Apache lors de l'exécution via le mécanisme DSO, évitant ainsi une recompilation.
Une fois l'installation terminée, vous pouvez accéder à la page d'accueil du serveur web avec votre navigateur préféré. Si un pare-feu est activé sur votre serveur, vous devez autoriser le port 80 dans les paramètres de ce pare-feu. Vous pouvez utiliser la commande suivante pour ouvrir le port 80.
iptables -I INPUT -p tcp --dport 80 -j ACCEPT
service iptables enregistrer
Vous pouvez voir la valeur par défaut Écran de bienvenue Apache2 en accédant à l'adresse IP de votre serveur.
Qu'est-ce que l'hôte virtuel ?
Une fois Apache installé et en fonctionnement, l'étape suivante consiste à apprendre à héberger plusieurs sites sur la même machine. Un serveur web Apache peut héberger plusieurs sites web sur une même machine. MÊME Vous n'avez pas besoin d'un serveur distinct et du logiciel Apache pour chaque site web. Ceci est possible grâce au concept de serveur unique. hôte virtuel or VHôte.
Chaque domaine que vous souhaitez héberger sur votre serveur web aura une entrée distincte dans le fichier de configuration Apache.
Types d'hôte virtuel Apache
- Hôte virtuel basé sur le nom
- Hôte virtuel basé sur l'adresse ou sur l'IP
Hôte virtuel basé sur le nom
L'hébergement virtuel basé sur le nom permet d'héberger plusieurs sites virtuels sur une seule adresse IP.
Pour configurer l'hébergement virtuel basé sur le nom, vous devez définir l'adresse IP sur laquelle les requêtes Apache pour tous les sites web souhaités seront reçues. Vous pouvez le faire avec la directive NameVirtualHost dans la configuration Apache. Fichier httpd.conf ou apache2.conf.
Hôte virtuel Apache Exemple :
NameVirtualHost *:80 <VirtualHost 192.168.0.108:80> ServerAdmin webmaster@example1.com DocumentRoot /var/www/html/example1.com ServerName www.example1.com </VirtualHost> <VirtualHost 192.168.0.108:80> ServerAdmin admin@example2.com DocumentRoot /var/www/html/example2.com ServerName www.example2.com </VirtualHost>
Vous pouvez ajouter autant d'hôtes virtuels que votre environnement le nécessite. Vous pouvez vérifier vos fichiers de configuration web avec :
[root@amsterdam ~]#httpd -t
Syntax OK
Si le fichier de configuration contient une syntaxe incorrecte, une erreur sera générée :
[root@115 conf.d]# httpd -t
Syntax error on line 978 of /etc/httpd/conf/httpd.conf:
Invalid command '*', perhaps misspelled or defined by a module not included in the server configuration
Hôte virtuel basé sur IP
Pour configurer un hébergement virtuel basé sur les adresses IP, vous devez disposer de plusieurs adresses IP configurées sur votre serveur. Le nombre d'hôtes virtuels qu'Apache peut gérer dépend donc du nombre d'adresses IP configurées sur votre serveur. Si votre serveur possède 10 adresses IP, vous pouvez créer 10 hôtes virtuels basés sur les adresses IP.
Dans le schéma ci-dessus, deux sites web, example1.com et example2.com, se sont vu attribuer des adresses IP différentes et utilisent un hébergement virtuel basé sur l'adresse IP.
Listen 192.168.0.100:80 <VirtualHost 192.168.10.108:80> ServerAdmin webmaster@example1.com DocumentRoot /var/www/html/example1.com ServerName www.example1.com </VirtualHost> <VirtualHost 192.168.10.109:80> ServerAdmin admin@example2.com DocumentRoot /var/www/html/example2.com ServerName www.example2.com </VirtualHost>
Apache vs Nginx : Comparaison rapide
Lors de la planification d'un nouveau déploiement, Apache est souvent comparé à Nginx. Le tableau ci-dessous récapitule les principaux critères de décision.
| Facteur | Apache HTTP Server | Nginx |
|---|---|---|
| Modèle de traitement | Processus ou thread par connexion (prefork, worker, MPM d'événements) | Piloté par les événements, asynchrone |
| Configuration | Prise en charge des surcharges .htaccess par répertoire | Configuration centralisée, sans .htaccess |
| Contenu dynamique | mod_php et d'autres modules intègrent des environnements d'exécution dans le processus | Proxies vers PHP-FPM ou serveurs d'applications externes |
| Débit de fichiers statiques | Solide, mais avec une mémoire plus élevée par connexion | Excellent en cas de très forte concurrence |
| Écosystème de modules | Très volumineux ; chargés en tant que DSO lors de l'exécution | Modules compilés ou dynamiques, écosystème plus restreint |
| Cas d'utilisation typique | Hébergement mutualisé, flux de travail .htaccess, applications dynamiques mixtes | Reverse proxy, distribution statique, points de terminaison à haute concurrence |
De quoi Apache a-t-il besoin pour exécuter un fichier PHP ?
L'exécution de fichiers PHP sur Apache nécessite mod_php Activé sur votre serveur, ce module permet à Apache d'interpréter les fichiers .php. Il intègre des gestionnaires PHP qui interprètent le code PHP dans Apache et envoient le code HTML à votre serveur web.
Si mod_php est activé sur votre serveur, vous trouverez un fichier nommé php.conf dans le répertoire /etc/httpd/conf.d/. Vous pouvez également le vérifier avec :
httpd -M | grep "php5_module"
La sortie sera similaire à :
Gestionnaires PHP dans Apache
- mod_php
- CGI
- FastCGI
- supPHP
mod_php Il s'agit du plus ancien gestionnaire PHP ; il intègre PHP à Apache et n'appelle aucun processus PHP externe. Ce module est installé par défaut dans tous les dépôts de distribution Linux, ce qui rend son activation ou sa désactivation très simple.
Si vous utilisez FastCGI en tant que gestionnaire PHP, vous pouvez définir plusieurs versions de PHP à utiliser par différents comptes sur votre serveur.
FastCGI, c'est-à-dire, mod_fastcgi, est une extension de mod_fcgid, Où mod_fcgid Il s'agit d'une alternative performante à CGI (mod_cgi). Elle lance un nombre suffisant d'instances CGI pour gérer les requêtes web simultanées. Elle utilise également suexec pour permettre à différents utilisateurs d'avoir leurs propres instances PHP et améliore ainsi la sécurité web.
L'exécution de fichiers Ruby sur Apache nécessite l'activation de mod_ruby. Apache peut également gérer les fichiers Ruby via FastCGI. Il est possible d'utiliser plusieurs versions de Ruby grâce à mod_fcgid, c'est-à-dire FastCGI.
Vous pouvez également installer Apache Passenger et configurer Apache pour l'utiliser afin de servir des pages Ruby.
(Phusion Passenger, également connu sous le nom de «Passenger", est un module serveur web gratuit conçu pour s'intégrer à Apache et Nginx.)
Étapes pour installer mod_ruby sur votre serveur :
cd /tmp wget http://www.modruby.net/archive/mod_ruby-1.2.6.tar.gz tar zxvf mod_ruby-1.2.6.tar.gz cd mod_ruby-1.2.6/ ./configure.rb --with-apr-includes=/usr/include/apr-1 make make install
Comment exécuter Ruby avec Apache
Nous devons ajouter le module mod_ruby à la configuration Apache, c'est-à-dire /etc/httpd/conf.d/ruby.conf, et ajouter la ligne suivante.
LoadModule ruby_module modules/mod_ruby.so
Si vous souhaitez activer ou désactiver ces modules, vous devez modifier le fichier de configuration Apache et commenter ou décommenter ces modules, à condition que le serveur web soit déjà compilé avec eux.
Comment sécuriser le serveur Web Apache
Une fois qu'Apache diffuse le contenu souhaité, la priorité suivante est de sécuriser le serveur. Sécuriser votre serveur web est primordial ; cela signifie n'autoriser que les informations prévues à l'écran, protéger vos données et restreindre l'accès à celles-ci.
Ce sont des pratiques courantes qui améliorent la sécurité de votre serveur web Apache.
1) Masquer les informations relatives à la version d'Apache et au système d'exploitation
Apache affiche sa version et le nom du système d'exploitation en cas d'erreur, comme le montre la capture d'écran ci-dessous.
Un attaquant peut utiliser ces informations pour lancer une attaque en exploitant des vulnérabilités publiques de la version spécifique du serveur ou du système d'exploitation.
Pour empêcher Apache d'afficher ces informations, il faut modifier l'option « signature du serveur » dans son fichier de configuration. Par défaut, elle est activée ; il faut la désactiver.
vim /etc/httpd/conf/httpd.conf
ServerSignature Off ServerTokens Prod
Nous avons également configuré « ServerTokens Prod » pour indiquer au serveur web de ne renvoyer que Apache et de supprimer la version majeure et mineure du système d'exploitation.
Après avoir modifié le fichier de configuration, vous devez redémarrer ou recharger votre serveur web Apache pour que la modification soit effective.
service httpd restart
2) Désactiver la liste des répertoires
Si votre répertoire racine ne contient pas de fichier index, votre serveur web Apache affichera par défaut tout le contenu de ce répertoire.
Cette fonctionnalité peut être désactivée pour un répertoire spécifique via la directive « Options » disponible dans le fichier de configuration Apache.
<Directory /var/www/html> Options -Indexes </Directory>
3) Désactivation des modules inutiles
Il est recommandé de désactiver tous les modules inutiles. La liste des modules activés est disponible dans votre fichier de configuration Apache.
[root@amsterdam ~]#httpd -M
perl_module (shared)
php5_module (shared)
proxy_ajp_module (shared)
python_module (shared)
ssl_module (shared)
De nombreux modules listés peuvent être désactivés, comme mod_imap, mod_include, mod_info, mod_userdir et mod_autoindex, car ils sont rarement utilisés par les serveurs web de production.
vi /etc/httpd/conf/httpd.conf
#LoadModule auth_digest_module modules/mod_auth_digest.so
Une fois le module commenté, enregistrez le fichier.
Redémarrez les services Apache avec la commande suivante.
/etc/init.d/httpd restart
4) Restreindre l'accès aux fichiers en dehors du répertoire racine Web
Si vous souhaitez empêcher l'accès aux fichiers situés en dehors du répertoire racine du site web, vous devez vous assurer que ce répertoire est restreint à l'aide des options « Autoriser » et « Refuser » dans le fichier de configuration de votre serveur web.
<Directory/> Options None AllowOverride None Order deny,allow Deny from all </Directory>
Une fois l'accès restreint en dehors du répertoire racine du site web, vous ne pourrez plus accéder à aucun fichier situé dans un autre dossier de votre serveur web ; vous recevrez un code de retour 404.
5) Utilisation du mod_evasive pour contrer les attaques par déni de service (DoS)
Pour protéger votre serveur web contre les attaques par déni de service (DoS), vous devez activer le module mod_evasive. Ce module tiers détecte les attaques DoS et les empêche de causer autant de dégâts que si elles n'étaient pas contrôlées. Vous pouvez le télécharger ci-dessous.
Téléchargez le fichier ci-dessus
6) Utilisation de mod_security pour renforcer la sécurité d'Apache
Ce module fait office de pare-feu pour Apache et permet de surveiller le trafic en temps réel. Il protège également le serveur web contre les attaques par force brute. Le module mod_security peut être installé avec le gestionnaire de paquets par défaut de votre distribution.
7) Limiter la taille des requêtes
Apache n'impose aucune limite à la taille totale des requêtes HTTP, ce qui peut entraîner une attaque par déni de service (DoS). Vous pouvez limiter la taille des requêtes grâce à la directive Apache « LimitRequestBody » dans une balise Directory. La valeur peut être définie entre 0 et 2 Go (2 147 483 647 octets) selon vos besoins.
<Directory "/var/www/html/uploads"> LimitRequestBody 512000 </Directory>
Format de journal Apache
Une fois le serveur sécurisé, l'analyse des journaux devient l'outil principal pour détecter les problèmes. Les journaux Apache fournissent des informations détaillées qui permettent d'identifier les problèmes courants du serveur.
Pour créer des journaux d'accès, le module mod_log_config doit être activé.
Trois directives sont disponibles dans le fichier de configuration Apache.
- TransferLog : Création d'un fichier journal.
- LogFormat : Spécifier un format personnalisé.
- CustomLog : Création et mise en forme d’un fichier journal.
La directive TransferLog est disponible dans le fichier de configuration Apache et elle assure la rotation des fichiers journaux des hôtes virtuels selon des paramètres définis.
<VirtualHost www.example.com> ServerAdmin webmaster@example.com DocumentRoot /usr/www/example/httpd/htdocs/ ServerName www.example.com ServerAlias example.com www.example ErrorLog /usr/www/example/httpd/logs/error_log TransferLog /usr/www/example/httpd/logs/accesslog CustomLog /usr/www/example/httpd/logs/accesslog combined </VirtualHost>
Deux types de format de journal Apache
- Format de journal commun
- Format de journal combiné
Vous pouvez les activer en modifiant le fichier de configuration Apache, c'est-à-dire apache2.conf (Debian/Ubuntu) ou httpd.conf (systèmes basés sur RPM).
Format de journal commun
LogFormat "%h %l %u %t \"%r\" %>s %b" common CustomLog logs/access_log common
Journal commun généré par Apache
[Wed Oct 11 14:32:52 2000] [error] [client 127.0.0.1] client denied by server configuration: /export/home/live/ap/htdocs/test
Format de journal combiné
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"" combined CustomLog log/access_log combined
Ici,
- %h est l'hôte distant.
- %l est l'identité de l'utilisateur déterminée par identd.
- %u est le nom d'utilisateur déterminé par l'authentification HTTP.
- %t est l'heure à laquelle le serveur a fini de traiter la requête.
- %r est la ligne de demande du client. (« OBTENIR / HTTP/1.0 »)
- %>s est le code d'état envoyé par le serveur au client (500, 404, etc.).
- %b représente la taille de la réponse au client (en octets).
- La page référente est la page qui a généré le lien vers cette page. URL.
- User-agent est la chaîne d'identification du navigateur.
Journal combiné généré par Apache :
199.187.122.91 - - [06/Mar/2014:04:22:58 +0100] "GET /robots.txt HTTP/1.1" 404 1228 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
Le module Custom Log crée un fichier journal distinct pour chaque hôte virtuel de votre serveur. Il doit être spécifié dans la section relative aux hôtes virtuels du fichier de configuration.
Vous pouvez voir ci-dessous la configuration de l'hôte virtuel ; le journal généré sera personnalisé pour cet hôte virtuel et son format sera combiné.
Configurez votre tout premier serveur Web de production
Une fois la configuration, la sécurité et la journalisation assurées, la dernière étape consiste à intégrer le tout dans un environnement prêt pour la production.
1. Pour disposer d'un serveur web de production opérationnel, vous avez besoin d'un serveur dédié. nœud (instance physique, virtuelle ou cloud) exécutant Linux, Unix, Windows, macOS, etc.
2. Le serveur Web doit avoir un connexion réseau directe , l’aspect économique adresse IP statique configuré dessus.
3. Il doit avoir tous les modules Nécessaire pour l'exécution des pages web. Si un serveur web traite des pages PHP, le module PHP doit être activé.
- Il a également besoin d'un bon antivirus application configurée et en cours d'exécution pour protéger le serveur Web contre les attaques de logiciels malveillants ou de virus. Vous avez également besoin d'un mécanisme pour Mise à jour Configurez régulièrement votre application antivirus ou anti-malware sans intervention manuelle afin d'en tirer le meilleur parti.
- Si vous avez des centaines de domaines à héberger sur votre serveur web, vous devez implémenter limitations concernant le quota du système de fichiers pour chaque domaine, le nombre de bases de données que chaque domaine peut créer, le nombre de comptes de messagerie par domaine, etc.
- Si votre serveur web a été configuré pour Pour les services d'hébergement mutualisé, il est nécessaire de limiter le nombre d'utilisateurs sur votre serveur web.Un utilisateur d'hébergement mutualisé doit disposer des privilèges minimums afin d'éviter d'endommager des fichiers importants ou de paralyser le serveur. Apache ne propose pas cette fonctionnalité nativement et nécessite le recours à des applications tierces ainsi qu'à une personnalisation du système d'exploitation.
- Si vous ajoutez un nouveau domaine Sur votre serveur web, il est nécessaire de modifier des centaines d'entrées de configuration pour activer toutes les fonctionnalités du domaine ajouté.
- Si l'un des domaines hébergés nécessite différents paramètres PHP Contrairement aux autres domaines, l'implémentation de cette fonctionnalité dans le noyau Apache est très complexe et nécessite une personnalisation poussée de votre serveur web.
- Un serveur Web de production a besoin d'un pare-feu pour bloquer le trafic indésirable susceptible de surcharger votre serveur. Mise en œuvre IPTABLE Configurer les règles en ligne de commande est complexe. Cela requiert une expertise des environnements Linux ou Unix pour rédiger des règles de pare-feu efficaces afin de bloquer le trafic indésirable. IPTABLE, basé sur le module netfilter, est un pare-feu au niveau du système d'exploitation qui permet à un administrateur de créer des règles pour le trafic entrant et sortant du serveur.
- Un serveur Web de production nécessite plusieurs applications différentes comme en nous envoyant un mail, Ftp pour le téléchargement de fichiers, et Domain Name System pour les domaines parqués. La gestion de toutes ces applications sur un système Linux ou Unix central requiert une expertise dans les technologies respectives.
On peut donc affirmer que la gestion d'un serveur web pour plusieurs domaines est une tâche très complexe qui nécessite la modification de centaines de fichiers de configuration et la personnalisation de chaque application pour obtenir le résultat souhaité. Le dépannage en cas d'erreur de configuration sera très difficile pour les débutants.
La solution utilisant Cpanel ou un logiciel similaire
cPanel offre une interface graphique pour gérer votre serveur web.Il est conçu pour fournir des services d'hébergement de masse simples d'utilisation et de configuration. cPanel a réduit les obstacles techniques à l'accès à l'hébergement et à la gestion de serveurs web. Il simplifie les tâches complexes grâce à de nombreuses interfaces web conviviales et pratiques permettant d'effectuer les tâches d'administration système courantes nécessaires au fonctionnement d'un serveur web.
cPanel compile sa propre version du logiciel.
Si vous devez recompiler votre serveur web (Apache) sur une plateforme Linux classique, vous devez sélectionner ou rechercher manuellement les modules nécessaires. cPanel propose EasyApache, une méthode de compilation de serveur web basée sur des scripts.
Elle vous fournit non seulement des services web, mais aussi Mail, DNS, FTP et bien d'autres services nécessaires à votre application web.
Les tâches qui nécessitent une expertise en matière d'hébergement Linux ou Unix, comme l'installation de certificats SSL, la recompilation d'Apache avec différents modules PHP, la mise à jour de la sécurité web, la configuration de règles IPTABLE efficaces, l'ajout d'utilisateurs FTP, la création de comptes de messagerie pour chaque domaine, l'analyse antivirus du répertoire racine et la création de bases de données, sont faciles à réaliser avec cPanel.
Il fournit de nombreux scripts permettant de corriger, d'installer et de dépanner les tâches administratives courantes.
Il offre des fonctionnalités de sauvegarde et de restauration, éliminant ainsi la nécessité de copier manuellement les fichiers sur un support de stockage dédié. Si vous sauvegardez votre domaine, cPanel créera une archive tar contenant le dossier racine, les comptes de messagerie et leurs courriels, les comptes FTP, les bases de données, les enregistrements DNS et les autres applications.
Il propose également une documentation complète et dispose d'une très grande communauté d'utilisateurs où vous pouvez discuter et trouver des solutions à vos problèmes.
Alors on peut dire que cPanel est une application performante pour la gestion de votre serveur web, dotée des fonctionnalités nécessaires. Elle offre une interface conviviale pour la gestion de votre domaine et un mécanisme permettant d'éviter la complexité de la gestion d'un serveur web.
Il existe de nombreux produits concurrents à cPanel, tels que Plesk, ISPConfig, Ajenti, Kloxo, Open Panel et ZPanel.

















