WordPress – Installation du serveur

Page de téléchargement : wordpress.org – Obtenir WordPress

WordPress est un CMS (Content Management System) Open Source sous licence GPLv2 écrit en PHP et reposant sur un système de gestion de bases de données MySQL. Il est distribué par la société américaine Automattic depuis 2003 (version 0.70) et permet la création de sites Web, blogs, sites d’e-commerce ou de portfolios. Il peut être auto-hébergé ou être mis en place via les sites WordPress.org ou WordPress.com.
Ses versions majeures portent le nom de célébrités du Jazz comme la version 1.0 nommée Miles (pour Miles Davis) ou la version 5.2 nommée Jaco (pour Jaco Pastorius).
WordPress représente aujourd’hui près de 34% de l’ensemble des sites Web à travers le monde (Joomla 3%, Drupal 2%, sans CMS 55%) et près de 60% des sites créés via un CMS (Joomla 7%, Drupal 5%, Magento 3%, Blogger 2%).

Comparatif WordPress 0.7.0 et WordPress 5.2.2 :

OBJECTIF

L’objectif de cet article est l’installation et la configuration d’un serveur auto-hébergé WordPress en version 5.2.2 sur une distribution Linux Debian Buster 10.0 64bits.

SCHEMA LOGIQUE

PRÉREQUIS

1. Prérequis avant réalisation

  • Un serveur Debian Buster 10.0 64 bits fonctionnel (installation basique avec utilitaires usuels du système et service SSH)
  • Packages de base supplémentaires : sudo, dnsutils, git, resolvconf, terminator, tree
  • Domaine utilisé : opensharing.priv

2. Configuration réseau initiale

Serveur WordPress
FQDN mycms.opensharing.priv
Adresse IP 192.168.1.10
Réseau 192.168.1.0/24
Passerelle 192.168.1.1
dns-nameservers8.8.8.8 8.8.4.4
dns-search opensharing.priv

Contenu initial du fichier /etc/network/interfaces :

nano /etc/network/interfaces
auto lo
iface lo inet loopback

allow-hotplug enp0s3
iface enp0s3 inet static
	address 192.168.1.10
	netmask 255.255.255.0
	network 192.168.1.0
	broadcast 192.168.1.255
	gateway 192.168.1.1
	dns-search opensharing.priv
	dns-nameservers 8.8.8.8 8.8.4.4

Contenu initial du fichier /etc/hosts :

nano /etc/hosts
127.0.0.1       localhost.localdomain                   localhost
192.168.1.10    mycms.opensharing.priv                  mycms

Rmq : L’adresse 127.0.1.1 doit être retirée sur un serveur à IP fixe et remplacée par cette dernière, tel que l’exemple ci-dessus.

Contenu initial du fichier /etc/host.conf :

nano /etc/host.conf
order hosts, bind
multi on

Contenu initial du fichier /etc/resolv.conf (généré automatiquement) :

cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 8.8.8.8
nameserver 8.8.4.4
search opensharing.priv

Rmq : Le fichier /etc/resolv.conf ne doit pas être édité dès lors que le paquet resolvconf a été installé.

Pour prendre en compte les modifications des fichiers de configuration relatifs au réseau, redémarrage du service réseau et de l’interface réseau configurée en IP fixe :

systemctl restart networking
ifup enp0s3

Vérification de la bonne configuration réseau :

ping 8.8.8.8
dig opensharing.fr

RÉALISATION

1. Installation de Apache (LAMP 2/4)

apt-get update
apt-get upgrade
apt-get install apache2 apache2-doc

Installe les paquets suivants par dépendances :

apache2apache2-dataapache2-docapache2-utils
ssl-cert

2. Configuration de Apache (LAMP2/4)

Création d’une configuration minimale pour notre CMS

nano /etc/apache2/sites-available/mycms.conf
<VirtualHost *:80>

   DocumentRoot /var/www/mycms/
   ServerName mycms.opensharing.priv

   <Directory /var/www/mycms/>
        Options -Indexes +FollowSymlinks +MultiViews
        AllowOverride None
        Require all granted
   </Directory>

   ErrorLog /var/log/apache2/mycms.error.log
   CustomLog /var/log/apache2/mycms.access.log combined

</VirtualHost>

Désactivation du site par défaut :

a2dissite 000-default

Activation du site hébergeant notre CMS :

a2ensite mycms

3. Sécurisation de notre site en HTTPS (LAMP2/4)

Création d’une clé privée de 2048 bits de type RSA :

openssl genrsa -out /etc/ssl/private/mycmsperso.key 2048
Generating RSA private key, 2048 bit long modulus (2 primes)
..............................................................................+++++
....................................................................+++++
e is 65537 (0x010001)

Création d’une demande de signature de certificat (CSR, Certificate Signing Request) générée avec la clé privée RSA précédemment créée :

openssl req -new -key /etc/ssl/private/mycmsperso.key -out /etc/ssl/certs/mycmsperso.csr
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:FR
State or Province Name (full name) [Some-State]:Ile-de-France
Locality Name (eg, city) []:Paris
Organization Name (eg, company) [Internet Widgits Pty Ltd]:OpenSharing
Organizational Unit Name (eg, section) []:IT
Common Name (e.g. server FQDN or YOUR name) []:mycms.opensharing.priv
Email Address []:admin@opensharing.priv

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:

Auto-signature de la demande de certificat générant un certificat auto-signé (CRT) valable 1 an :

openssl x509 -req -days 365 -in /etc/ssl/certs/mycmsperso.csr -signkey /etc/ssl/private/mycmsperso.key -out /etc/ssl/certs/mycmsperso.crt
Signature ok
subject=C = FR, ST = Ile-de-France, L = Paris, O = OpenSharing, OU = IT, CN = mycms.opensharing.priv, emailAddress = admin@opensharing.priv
Getting Private key

Activation du module SSL :

a2enmod ssl

Modification de la configuration de notre site pour prendre en compte la sécurisation par le protocole HTTPS :

  • Redirection du port 80 (HTTP) vers le port 443 (HTTPS)
  • Directives de sécurisation (moteur SSL/TLS, certificat public, clé privée, etc.)
nano /etc/apache2/sites-available/mycms.conf
<VirtualHost *:80>
   ServerName mycms.opensharing.priv
   Redirect permanent / https://mycms.opensharing.priv/
</VirtualHost>

<VirtualHost *:443>

   DocumentRoot /var/www/mycms/
   ServerName mycms.opensharing.priv

   <Directory /var/www/mycms/>
        Options -Indexes +FollowSymlinks +MultiViews
        AllowOverride None
        Require all granted
   </Directory>

   ErrorLog /var/log/apache2/mycms.error.log
   CustomLog /var/log/apache2/mycms.access.log combined

   SSLEngine On
   SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
   SSLCertificateFile /etc/ssl/certs/mycmsperso.crt
   SSLCertificateKeyFile /etc/ssl/private/mycmsperso.key

</VirtualHost>

Redémarrage du démon Apache :

systemctl restart apache2

4. Installation de MariaDB (LAMP 3/4)

apt-get install mariadb-server mariadb-client

Installe les paquets suivants par dépendances :

galera-3gawklibaio1libcgi-fast-perl
libcgi-pm-perllibconfig-inifiles-perllibdbd-mysql-perllibdbi-perl
libfcgi-perllibhtml-template-perllibreadline5libsigsegv2
libterm-readkey-perlmariadb-clientmariadb-client-10.3mariadb-client-core-10.3
mariadb-servermariadb-server-10.3mariadb-server-core-10.3rsync
socat

Vérifier si les démons mariadb et apache sont actifs au démarrage du systèmes :

systemctl list-unit-files --type=service --state=enabled

Les services apache2.service et {mariadb, mysql, mysqld}.service doivent être dans l’état enabled.
Si ce n’est pas le cas, les activer avec la commande suivante :

systemctl enable name[.service]

5. Configuration de MariaDB (LAMP 3/4)

Par défaut, le plugin unix_socket est actif et permet l’authentification avec les comptes locaux de mêmes noms. En d’autres termes, root-DB utilise root-system pour se connecter aux bases de données.
Si vous souhaitez différencier ces comptes et donc utiliser un mot de passe différent, il vous faudra activer le plugin mysql_native_password, ou encore mieux le plugin ed25519, mais ici nous resterons sur la configuration unix_socket et nous ne définirons pas de mot de passe pour root-DB.

Sécurisation de l’accès aux bases de données.

mysql_secure_installation
NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB
      SERVERS IN PRODUCTION USE!  PLEASE READ EACH STEP CAREFULLY!

In order to log into MariaDB to secure it, we'll need the current
password for the root user.  If you've just installed MariaDB, and
you haven't set the root password yet, the password will be blank,
so you should just press enter here.

Enter current password for root (enter for none): 
OK, successfully used password, moving on...

Setting the root password ensures that nobody can log into the MariaDB
root user without the proper authorisation.

Set root password? [Y/n] n
 ... skipping.

By default, a MariaDB installation has an anonymous user, allowing anyone
to log into MariaDB without having to have a user account created for
them.  This is intended only for testing, and to make the installation
go a bit smoother.  You should remove them before moving into a
production environment.

Remove anonymous users? [Y/n] Y
 ... Success!

Normally, root should only be allowed to connect from 'localhost'.  This
ensures that someone cannot guess at the root password from the network.

Disallow root login remotely? [Y/n] Y
 ... Success!

By default, MariaDB comes with a database named 'test' that anyone can
access.  This is also intended only for testing, and should be removed
before moving into a production environment.

Remove test database and access to it? [Y/n] Y
 - Dropping test database...
 ... Success!
 - Removing privileges on test database...
 ... Success!

Reloading the privilege tables will ensure that all changes made so far
will take effect immediately.

Reload privilege tables now? [Y/n] Y
 ... Success!

Cleaning up...

All done!  If you've completed all of the above steps, your MariaDB
installation should now be secure.

Thanks for using MariaDB!

Création d’une base de données et de son administrateur :

mysql -u root
> CREATE DATABASE IF NOT EXISTS mycmsdb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
> CREATE USER mycmsadmin@localhost IDENTIFIED BY "mycmsadminpw";
> GRANT ALL PRIVILEGES ON mycmsdb.* TO mycmsadmin@localhost;
> FLUSH PRIVILEGES;
> SHOW DATABASES;
> QUIT;

Redémarrage du démon MariaDB :

systemctl restart mariadb

6. Installation de PHP et ses modules (LAMP 4/4)

⚠ Le module php-mcrypt est obsolète avec PHP 7.3, qui est la version par défaut sous Debian Buster.

apt-get install php php-apcu php-bcmath php-bz2 php-curl php-fpm php-gd php-geoip php-gmp php-imagick php-intl php-ldap php-mbstring php-memcached php-msgpack php-mysql php-pear php-soap php-xml php-xmlrpc php-zip libapache2-mod-php

Installe les paquets suivants par dépendances :

ghostscriptgsfontsimagemagick-6-commonlibapache2-mod-php
libapache2-mod-php7.3libheif1liblqr-1-0libmagickcore-6.q16-6
libmagickwand-6.q16-6libmemcached11libmemcachedutil2libxmlrpc-epi0
libzip4phpphp-apcuphp-apcu-bc
php-bcmathphp-bz2php-commonphp-curl
php-fpmphp-gdphp-geoipphp-gmp
php-igbinaryphp-imagickphp-intlphp-ldap
php-mbstringphp-memcachedphp-msgpackphp-mysql
php-pearphp-soapphp-xmlphp-xmlrpc
php-zipphp7.3php7.3-bcmathphp7.3-bz2
php7.3-cliphp7.3-commonphp7.3-curlphp7.3-fpm
php7.3-gdphp7.3-gmpphp7.3-intlphp7.3-json
php7.3-ldapphp7.3-mbstringphp7.3-mysqlphp7.3-opcache
php7.3-readlinephp7.3-soapphp7.3-xmlphp7.3-xmlrpc
php7.3-zipttf-dejavu-core

7. Configuration de PHP (LAMP 4/4)

Configuration de OPcache pour l’optimisation des performances par la mise en cache des scripts PHP compilés :

nano /etc/php/7.3/mods-available/opcache.ini
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=983
opcache.revalidate_freq=60
opcache.fast_shutdown=1
opcache.enable_cli=1

Configuration de PHP spécifique à WordPress :

nano -c /etc/php/7.3/apache2/php.ini
ligne  385
ligne  395
ligne  402
ligne  406
ligne  693
ligne  845
ligne  960
ligne 1794
max_execution_time = 300
max_input_time = 1000
max_input_vars = 3000
memory_limit = 256M
post_max_size = 128M
upload_max_filesize = 32M  
date.timezone = 'Europe/Paris'
opcache.enable = 1

8. Installation de WordPress (phase ligne de commandes)

Téléchargement et extraction de l’archive WordPress:

wget https://fr.wordpress.org/latest-fr_FR.tar.gz
tar zxvf latest-fr_FR.tar.gz
mv wordpress/ /var/www/mycms/
rm latest-fr_FR.tar.gz
cp /var/www/mycms/wp-config-sample.php /var/www/mycms/wp-config.php

Modification du fichier de configuration pour la connexion à la base de données mycmsdb créée précédemment :

sed -i "s/.*DB_NAME.*/define('DB_NAME', 'mycmsdb');/" /var/www/mycms/wp-config.php
sed -i "s/.*DB_USER.*/define('DB_USER', 'mycmsadmin');/" /var/www/mycms/wp-config.php
sed -i "s/.*DB_PASSWORD.*/define('DB_PASSWORD', 'mycmsadminpw');/" /var/www/mycms/wp-config.php
sed -i "s/.*table_prefix.*/\$table_prefix = 'wpos_';/" /var/www/mycms/wp-config.php

Vérification :

grep -e DB_NAME -e DB_USER -e DB_PASSWORD -e table_prefix /var/www/mycms/wp-config.php
define('DB_NAME', 'mycmsdb');
define('DB_USER', 'mycmsadmin');
define('DB_PASSWORD', 'mycmsadminpw');
$table_prefix = 'wpos_';

Redémarrage des services Apache et MariaDB :

systemctl restart mariadb
systemctl restart apache2

9. Installation de WordPress (phase web)

Pour l’installation par le navigateur, il faut se connecter à l’URL suivante :

https://mycms.opensharing.priv

Accepter l’exception de sécurité liée au certificat auto-signé de notre serveur Apache.

L’installation par le Web se lance et on commence par renseigner l’identité du site et créer un administrateur :

C’est tout, l’installation est déjà terminée! On va pouvoir se connecter :

On renseigne donc les informations d’identification de notre administrateur :

Notre CMS WordPress est installé et prêt à l’emploi :

Modification finale des permissions sur le site. Sans ces dernières, impossible d’uploader des fichiers ou encore de mettre à jour le site :

mkdir /var/www/mycms/wp-content/uploads/
chown -R www-data:root /var/www/mycms/
chmod 400 /var/www/mycms/wp-config.php
find /var/www/mycms/ -type f -print0 | xargs -0 chmod 0644
find /var/www/mycms/ -type d -print0 | xargs -0 chmod 0755

Et voici le résultat en front-end de notre CMS :

POUR ALLER PLUS LOIN

1. Effectuer une sauvegarde manuelle complète

mkdir -p /home/sysadmin/backup/5.2.2/
cd /home/sysadmin/backup/5.2.2/
tar -czvf backup-wordpress-20190710.tar.gz -C /var/www/ mycms/
mysqldump --user=mycmsadmin --password=mycmsadminpw --databases mycmsdb > wordpress-20190710.sql

2. Effectuer une restauration manuelle complète

cd /home/sysadmin/backup/5.2.2/
tar -xzvf backup-wordpress-20190710.tar.gz -C /var/www/
mysql --user=mycmsadmin --password=mycmsadminpw mycmsdb < wordpress-20190710.sql
Fermer le menu