Plesk occupe la même place que cPanel ou DirectAdmin : une interface web qui pilote les services d’un serveur. Sa particularité est de fonctionner aussi bien sous Linux que sous Windows Server ; sa version actuelle, Plesk Obsidian, se dit compatible avec les trois dernières versions de Windows et avec de nombreuses distributions Linux, dont AlmaLinux, Ubuntu et Debian. On le trouve chez des hébergeurs mutualisés, mais aussi préinstallé sur des VPS et serveurs dédiés.
Comment fonctionne Plesk
L’administrateur se connecte à l’adresse du serveur suivie du port 8443, en HTTPS. Plesk distingue l’administrateur du serveur, les éventuels revendeurs et les clients, chacun avec ses abonnements. Depuis l’interface, on crée des sites, des boîtes e-mail, des bases de données, on choisit la version de PHP par domaine et on installe des extensions qui ajoutent des fonctions (sauvegarde distante, sécurité, supervision).
Nginx et Apache : le duo par défaut sous Linux
Sous Linux, la documentation de Plesk explique que Nginx et Apache travaillent en tandem : Nginx reçoit les requêtes et sert les fichiers statiques, Apache traite le contenu dynamique. Cette combinaison garde la compatibilité avec le fichier .htaccess de WordPress tout en profitant de la légèreté de Nginx.
Il existe aussi un mode Nginx seul : en décochant la case « Mode proxy » dans les paramètres Apache et Nginx d’un domaine, les requêtes ne passent plus par Apache et PHP est exécuté par PHP-FPM via Nginx. La documentation prévient que pour les fichiers servis directement par Nginx, les règles de réécriture et les directives .htaccess ne s’appliquent pas. Toute protection écrite dans un .htaccess doit alors être traduite en directives Nginx, ajoutées dans le champ prévu à cet effet.
Sous Windows, Plesk s’appuie sur IIS, le serveur web de Microsoft, avec ses propres règles de configuration.
WP Toolkit
WP Toolkit est l’outil WordPress de Plesk. D’après les notes de version de Plesk Obsidian, il regroupe la gestion de plusieurs installations depuis un tableau unique, le durcissement et l’analyse de sécurité, la copie de préproduction, le clonage, la synchronisation et des mises à jour dites intelligentes, qui testent le site avant d’appliquer une mise à jour.
Pour WordPress
- Vérifiez le mode du domaine : en mode proxy, le .htaccess de WordPress fonctionne ; en Nginx seul, les permaliens doivent être gérés par des règles Nginx.
- Protégez l’administration au niveau du serveur avec la méthode adaptée au mode choisi, comme expliqué dans notre guide pour protéger wp-admin avec .htaccess ou Nginx.
- Utilisez la préproduction de WP Toolkit pour tester une mise à jour majeure avant de l’appliquer en ligne.
- Cache : Plesk peut activer un cache Nginx par domaine ; évitez de l’empiler sans réflexion avec un plugin de cache de page, au risque de servir des pages périmées.
WP Masquerade prend en compte ces différences de serveur : notre page sur la compatibilité avec les hébergeurs et les caches précise ce qui s’applique en Apache, en Nginx et derrière un proxy.
Erreurs fréquentes
Ajouter des règles de sécurité dans un .htaccess alors que le domaine tourne en Nginx seul : elles sont simplement ignorées. Autre erreur, laisser le port 8443 ouvert à tous avec un mot de passe administrateur faible ; limitez l’accès par adresse IP quand c’est possible et activez la double authentification.