...

Imunify360 provoque des défaillances de php

Les mises à jour automatiques sont souvent utiles et nécessaires pour maintenir les systèmes à jour. À cette fin, des logiciels sont automatiquement installés et mis à jour sur les serveurs. C'est également le cas du paquet de sécurité Imunify360 sur Plesk Serveurs.

Depuis le 19.11., il y a des mises à jour de certains paquets vers une autre version. Cela entraîne apparemment l'arrêt des processus php sur le serveur après un court laps de temps.

Comment puis-je déterminer si je suis concerné ?

Le problème est signalé par des messages d'erreur dans le journal des erreurs, ou lors de l'exécution de scripts plus longs lorsque les appels sont terminés par un message d'erreur 503, ou une erreur du serveur interne.

Le moyen le plus rapide de le voir est d'utiliser le webmail, qui utilise la version 7.3 de Php pour les serveurs Plesk. Directement après la connexion, vous obtenez une erreur interne du serveur que vous pouvez ignorer en l'appelant plusieurs fois.

Afficher dans Error_log

Lorsque vous vous connectez au webmail, les données sont lues à partir de la boîte aux lettres imap, ce qui prend un peu plus de temps. Avec la normale site web Les appels sont des appels php de l'ordre de la milliseconde, le problème n'est donc pas immédiatement apparent.

Mais aussi lors de l'utilisation WordPress Par exemple, si vous importez des modèles de conception à partir d'autres serveurs ou si vous téléchargez des images, cela peut entraîner des plantages.

Comment résoudre le problème ?

Malheureusement, il n'a pas été possible de résoudre le problème en restaurant par exemple une ancienne version. Même après la désinstallation de imunify360, les erreurs php ne sont pas corrigées.

Mais la solution est relativement simple.

imunify360-logo

Étape 1 : Désinstaller Imunify360

Avec la commande suivante, le script Imunify360 Deploy peut être téléchargé et imunify360 désinstallé.

wget https://repo.imunify360.cloudlinux.com/defence360/i360deploy.sh

bash i360deploy.sh -uninstall

Le processus prend un certain temps car tous les domaines sont traités ici. Pour 100 domaines, environ 15 minutes.

Étape 2 : Installer Imunify360

Si imunify360 est complètement désactivé, il peut être facilement réinstallé avec la commande suivante :

bash 360deploy.sh

Ensuite, la clé de licence doit être activée à nouveau dans le menu Plesk. Les messages d'erreur php disparaîtront alors à nouveau.

Derniers articles

Centre de données équipé de serveurs de bases de données en réseau pour une topologie de réplication
Bases de données

Comprendre et exploiter au mieux les topologies de réplication de bases de données dans le cadre de l'hébergement

Guide complet sur les topologies de réplication de bases de données en hébergement : découvrez comment planifier la configuration de réplication adaptée pour optimiser les performances, la haute disponibilité et l'évolutivité de vos bases de données. Focus sur les topologies de réplication de bases de données pour les projets web modernes.

Illustration schématique de la mise en cache conditionnelle HTTP avec ETag et Last-Modified dans un environnement de serveur web
Serveur web Plesk

Comprendre la mise en cache conditionnelle HTTP avec ETag et Last-Modified

Découvrez comment fonctionne la mise en cache conditionnelle HTTP avec les en-têtes ETag et Last-Modified, comment mettre en œuvre la validation du cache du navigateur et comment optimiser ainsi les temps de chargement, la bande passante et la charge du serveur.