WordPress, \u00e9minent dans le panorama des CMS (Syst\u00e8mes de Gestion de Contenu), se distingue par sa robustesse et sa flexibilit\u00e9, en particulier pour les professionnels de l’informatique qui souhaitent \u00e9difier des sites web sophistiqu\u00e9s. Reposant sur une architecture modulaire et open source, WordPress permet une personnalisation pouss\u00e9e gr\u00e2ce \u00e0 son \u00e9cosyst\u00e8me de th\u00e8mes et de plugins. Son architecture PHP et MySQL, associ\u00e9e \u00e0 une interface conviviale, facilite le d\u00e9veloppement et la gestion de sites web complexes, tout en offrant une scalabilit\u00e9 appr\u00e9ciable. En outre, sa communaut\u00e9 active et ses normes de s\u00e9curit\u00e9 rigoureuses en font un choix de pr\u00e9dilection pour ceux qui exigent un \u00e9quilibre entre puissance, fiabilit\u00e9 et facilit\u00e9 de maintenance dans le domaine de l’informatique.<\/p>\n\n\n\n
L’installation va se faire une debian 12. Nous allons utiliser apache2 en tant que service WEB et Mariadb en tant que SGBD ( Syst\u00e8me de Gestion de base de donn\u00e9e ). Dans notre tutoriel nous allons utiliser la version 8 de PHP et installer tous les modules PHP n\u00e9cessaires au bon fonctionnement de notre site WordPress. On commence par installer les paquets n\u00e9cessaires.<\/p>\n\n\n\n
apt-get install apache2 libapache2-mod-php8.2 mariadb-server unzip php8.2 php8.2-bz2 php8.2-cgi php8.2-cli php8.2-common php8.2-mysql<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nPour le bon fonctionnement de notre wordpress, nous pouvons installer quelques librairies PHP suppl\u00e9mentaires qui vont \u00eatre n\u00e9cessaires pour quelques actions.<\/p>\n\n\n\n
\n\n\n- php8.2-opcache<\/li>\n\n\n\n
- php8.2-phpdbg<\/li>\n\n\n\n
- php8.2-pspell<\/li>\n\n\n\n
- php8.2-readline<\/li>\n\n\n\n
- php8.2-snmp<\/li>\n\n\n\n
- php8.2-soap<\/li>\n\n\n\n
- php8.2-sybase<\/li>\n\n\n\n
- php8.2-tidy<\/li>\n<\/ul>\n<\/div>\n\n\n\n\n
\n- php8.2-xml<\/li>\n\n\n\n
- php8.2-zip<\/li>\n\n\n\n
- php8.2-curl<\/li>\n\n\n\n
- php8.2-gd<\/li>\n\n\n\n
- php8.2-gmagick<\/li>\n\n\n\n
- php8.2-igbinary<\/li>\n\n\n\n
- php8.2-intl<\/li>\n\n\n\n
- php8.2-mbstring<\/li>\n<\/ul>\n<\/div>\n<\/div><\/div>\n\n\n\n
A partir de ce moment-la, il est maitenant possible d’acc\u00e9der \u00e0 notre site internet qui poss\u00e8de une page internet par d\u00e9fault. Si vous avez un navigateur sur votre serveur, vous pouvez rentrer l’adresse \u00ab\u00a0http:\/\/localhost\u00a0\u00bb. Il est possible de pouvoir y acc\u00e9der \u00e0 partir du moment que vous \u00eates sur le m\u00eame r\u00e9seau et si il n’y a aucun \u00e9l\u00e8ment r\u00e9seau qui bloque la connexion. Sur google chrome ou firefox, vous pouvez y acc\u00e9der gr\u00e2ce \u00e0 l’adresse IP de votre serveur en faisant \u00ab\u00a0http:\/\/192.168.1.10\u00a0\u00bb par exemple. Vous pourrez trouver l’adresse de votre serveur \u00e0 l’aide de la commande \u00ab\u00a0ip a\u00a0\u00bb.<\/p>\n\n\n\n
Deux nouveaux services sont maintenant install\u00e9s sur notre serveur, apache2 et mariadb. Nous allons maintenant \u00ab\u00a0enabled\u00a0\u00bb nos services afins qu’ils soient persistant au red\u00e9marrage. Cela va permettre \u00e0 nos services de d\u00e9marrer seul lorsque notre serveur va d\u00e9marrer.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>systemctl enable apache2.service<\/span><\/span><\/code><\/pre><\/div>\n\n\n\n<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>systemctl enable mariadb.service<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn passe maintenant \u00e0 la cr\u00e9ation et la configuration de la base de donn\u00e9e. On rentre dans l’interpr\u00e9teur MariaDB qui va nous permettre d’ex\u00e9cuter des commandes SQL ou des op\u00e9rations d’administration, telles que la cr\u00e9ation de bases de donn\u00e9es, la modification des autorisations d’utilisateur, ou l’ex\u00e9cution de requ\u00eates sur les bases de donn\u00e9es existantes.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>mysql -u root -p<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn cr\u00e9\u00e9 une nouvelle base de donn\u00e9es nomm\u00e9e \u00ab\u00a0wordpress_database\u00a0\u00bb dans le syst\u00e8me de gestion de bases de donn\u00e9es MySQL. Cette base de donn\u00e9es est utilis\u00e9e pour stocker des donn\u00e9es structur\u00e9es selon les besoins de l’application, dans le cas de WordPress, pour stocker les articles, les commentaires, les r\u00e9glages, etc.<\/p>\n\n\n\n
MariaDB [(none)]><\/span><\/span>Copy<\/span><\/span>CREATE DATABASE wordpress_database;<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn cr\u00e9\u00e9 maintenant un utilisateur \u00ab\u00a0wordpress_user_database\u00a0\u00bb qui va \u00eatre utilis\u00e9 pour faire les actions sur la base de donn\u00e9e. On pr\u00e9cise que l’utilisateur peut se connecter que sur la base de donn\u00e9e qui se trouve sur cette machine. On pr\u00e9cise le mot de passe de l’utilisateur de la base de donn\u00e9e \u00ab\u00a0password\u00a0\u00bb.<\/p>\n\n\n\n
MariaDB [(none)]><\/span><\/span>Copy<\/span><\/span>CREATE USER 'wordpress_user_database'@'localhost' IDENTIFIED BY 'password';<\/span><\/span><\/code><\/pre><\/div>\n\n\n\n<\/p>\n\n\n\n
MariaDB [(none)]><\/span><\/span>Copy<\/span><\/span>GRANT ALL PRIVILEGES ON wordpress_database.* TO 'wordpress_user_database'@'localhost' IDENTIFIED BY 'password';<\/span><\/span><\/code><\/pre><\/div>\n\n\n\n<\/p>\n\n\n\n
MariaDB [(none)]><\/span><\/span>Copy<\/span><\/span>FLUSH PRIVILEGES;<\/span><\/span><\/code><\/pre><\/div>\n\n\n\n<\/p>\n\n\n\n
MariaDB [(none)]><\/span><\/span>Copy<\/span><\/span>EXIT;<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn vient ce d\u00e9placer dans le r\u00e9pertoire temporaire de la machine \u00ab\u00a0\/tmp\u00a0\u00bb puis on y t\u00e9l\u00e9charge la derni\u00e8re version de l’archive contenant WordPress.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>cd \/tmp<\/span><\/span>\n<\/span>\nwget https:\/\/wordpress.org\/latest.zip<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn d\u00e9compresse l’archive que l’on vient de t\u00e9l\u00e9charger \u00e0 l’aide de la commande unzip dans le r\u00e9pertoire \/var\/www.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>unzip latest.zip -d \/var\/www\/<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn modifie les droits du r\u00e9pertoire wordpress et de ses sous-r\u00e9pertoire gra\u00e7e \u00e0 l’argument -R, que l’on vient de d\u00e9compresser afin qu’il appartienne \u00e0 l’utilisateur www-data et au groupe www-data. L’utilisateur et le groupe www-data sont utilis\u00e9s par le serveur web apache2 pour pouvoir acc\u00e9der aux fichiers et s’assurer qu’il a les autorisations n\u00e9cessaires pour lire et \u00e9crire dans ce r\u00e9pertoire.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>chown -R www-data:www-data \/var\/www\/wordpress<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nAfin de r\u00e9aliser une installation plus propre, nous supprimons le r\u00e9pertoire par d\u00e9faut \/var\/www\/html qui ne nous est pas utile.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>rm -rf \/var\/www\/html\/<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nLors de l’installation d’apache, un fichier de configuration pour le site par d\u00e9fault est cr\u00e9\u00e9 qui se nomme \u00ab\u00a0000-default.conf\u00a0\u00bb on va le renommer afin que son nom colle un peu plus \u00e0 notre application. Nous allons le renommer \u00ab\u00a0wordpress.conf\u00a0\u00bb.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>mv \/etc\/apache2\/sites-available\/000-default.conf \/etc\/apache2\/sites-available\/wordpress.conf<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nSuite au renommage de notre fichier de configuration, on d\u00e9sactive le site par d\u00e9fault \u00ab\u00a0000-default.conf\u00a0\u00bb qui n’existe maintenant plus.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>a2dissite 000-default.conf<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nSuite au renommage de notre fichier de configuration, on active le site que l’on vient de remplacer afin qu’il soit prit en compte pour remplacer \u00ab\u00a0000-default.conf\u00a0\u00bb qui s’appelle dans ce tutoriel \u00ab\u00a0wordpress.conf\u00a0\u00bb.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>a2ensite wordpress.conf<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nL’activation de notre site internet \u00ab\u00a0wordpress.conf\u00a0\u00bb n\u00e9cessite le rechargement de notre serveur WEB. On red\u00e9marre donc notre serveur WEB.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>systemctl reload apache2<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn modifie notre fichier de configuration sp\u00e9cifique \u00e0 notre site internet pour lui indiquer le nouveau chemin \u00e0 prendre en compte. Sur cette modification, on supprime tous les commentaires afin d’y voir plus clair et on modifie la valeur \u00ab\u00a0DocumentRoot\u00a0\u00bb sur \u00ab\u00a0\/var\/www\/wordpress\u00a0\u00bb. Ce nouveau chemin repr\u00e9sente le dossier WordPress que l’on vient de t\u00e9l\u00e9charger et placer \u00e0 cet endroit.<\/p>\n\n\n\n
\/etc\/apache2\/sites-avaible\/wordpress.conf<\/span><\/span>Copy<\/span><\/span><VirtualHost *:80><\/span><\/span>\n ServerAdmin webmaster@localhost<\/span><\/span>\n DocumentRoot \/var\/www\/wordpress<\/span><\/span>\n ErrorLog ${APACHE_LOG_DIR}\/error.log<\/span><\/span>\n CustomLog ${APACHE_LOG_DIR}\/access.log combined<\/span><\/span>\n<\/VirtualHost><\/span><\/span><\/code><\/pre><\/div>\n\n\n\nEt pour finir cette installation, on vient red\u00e9marrer notre serveur WEB.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>systemctl restart apache2<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nMise en place de HTTPS avec certificat auto-sign\u00e9<\/p>\n\n\n\n
<\/p>\n\n\n\n
Mise en place de HTTPS avec certificat auto-sign\u00e9<\/h3><\/div>\n\n\n\n
Les certificats auto-sign\u00e9s sont des outils de s\u00e9curit\u00e9 utilis\u00e9s pour chiffrer les donn\u00e9es \u00e9chang\u00e9es sur internet et v\u00e9rifier l’identit\u00e9 des parties impliqu\u00e9es dans une communication. Contrairement aux certificats \u00e9mis par des autorit\u00e9s de certification reconnues, les certificats auto-sign\u00e9s sont cr\u00e9\u00e9s et sign\u00e9s par l’entit\u00e9 elle-m\u00eame, sans validation externe. Bien qu’ils offrent un niveau de cryptage, leur principal inconv\u00e9nient r\u00e9side dans le manque de validation externe, ce qui signifie que leur fiabilit\u00e9 d\u00e9pend enti\u00e8rement de la confiance accord\u00e9e \u00e0 l’entit\u00e9 qui les g\u00e9n\u00e8re<\/p>\n\n\n\n
Dans un premier temps, on active le module d’apache2 qui va nous permettre de supporter la cryptographie SSL ( Secure Socket Layer ). Puis \u00e0 la suite de l’activation du module, on red\u00e9marre le serveur WEB permettant de prendre en compte le module.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>a2enmod ssl<\/span><\/span>\n<\/span>\nsystemctl restart apache2<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn g\u00e9n\u00e8re le certificat self-signed qui va permettre de chiffrer les communications entre notre client web et le serveur. Une s\u00e9rie de question va nous \u00eatres pos\u00e9s. Il faut remplir les informations avec exactitudes, en particulier sur la ligne num\u00e9ro 6 qui demande le FQDN. Il faut mettre le lien complet final pour acc\u00e9der \u00e0 votre site internet.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout \/etc\/ssl\/private\/overcomputing.net.key -out \/etc\/ssl\/certs\/overcomputing.net.crt<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOutput<\/span><\/span>Country Name (2 letter code) [AU]:FR<\/span><\/span>\nState or Province Name (full name) [Some-State]:France<\/span><\/span>\nLocality Name (eg, city) []:Lille<\/span><\/span>\nOrganization Name (eg, company) [Internet Widgits Pty Ltd]:Over Computing<\/span><\/span>\nOrganizational Unit Name (eg, section) []:DSI<\/span><\/span>\nCommon Name (e.g. server FQDN or YOUR name) []:overcomputing.net<\/span><\/span>\nEmail Address []:flynn@overcomputing.net<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nUn virtualhost par d\u00e9fault est pr\u00e9sent pour le SSL, nous allons le renommer afin de coller au nom de notre application.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>mv \/etc\/apache2\/sites-available\/default-ssl.conf \/etc\/apache2\/sites-available\/wordpress-SSL.conf<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nOn active ce nouveau site.<\/p>\n\n\n\n
Bash root command<\/span><\/span>Copy<\/span><\/span>a2ensite wordpress-SSL.conf<\/span><\/span><\/code><\/pre><\/div>\n\n\n\nMaintenant il est temps de modifier le fichier de configuration de notre site internet, celui que nous venons de renommer afin de pouvoir lui indiquer les chemins des certificats. On viendra nettoyer tous les commentaires et indiquer le chemin de nos certificats sur les lignes 8 et 9 sur le code ci-dessous. On va \u00e9galement corriger la ligne \u00ab\u00a0DocumentRoot\u00a0\u00bb pour lui indiquer notre wordpress.<\/p>\n\n\n\n