50 articles
Base de connaissances
Troubleshooting
50 articles dans la catégorie Troubleshooting · page 1 sur 3.
- Audit des comptes à la reprise d'un cPanel : que faisait l'admin précédent ? Hériter d'un serveur cPanel signifie accepter ce que le dernier admin a laissé. Un audit de deux heures avant le premier ticket vous dit dans quoi vous embarquez.
- Communications client durant une migration cPanel : quoi envoyer quand La plupart des plaintes de migration ne portent pas sur la migration. Elles portent sur le silence. Voici la cadence de communication qui prévient l'appel qu'on ne veut pas.
- Construire une matrice d'escalade : interne, revendeur, cPanel Quand ça casse à 2 h, la question n'est pas « qui a la réponse » mais « qui peut agir ». Une matrice d'escalade écrite transforme cette question en numéro de téléphone.
- Corréler les journaux courriel, web et base durant un incident cPanel Un incident à un seul symptôme a habituellement des preuves dans trois ou quatre journaux. Les aligner par horodatage montre la chaîne d'événements que l'utilisateur n'a pas vue.
- Décalage de version MySQL durant une migration cPanel : garder les bases fonctionnelles Une migration qui déplace des bases MySQL 5.7 vers une destination MySQL 8 n'est pas qu'une copie. Schémas, jeux de caractères par défaut et plugins d'authentification changent tous.
- Déplacer un seul WordPress hors de cPanel sans toucher au DNS Quand un seul site WordPress doit bouger mais que le DNS appartient à un service inatteignable, la bascule se prépare avec un aperçu via hosts et un changement de A coordonné.
- Déplacer une charge cPanel vers un PaaS infogéré sans jour de bascule La plupart des migrations cPanel-à-PaaS calent sur trois choses : courriel, stockage de fichiers, DNS. Voici une approche par phases qui met chacune sur son horloge.
- Documenter un serveur cPanel hérité : les captures essentielles Le document de remise pour un serveur cPanel est court — environ une page — mais il couvre les choses qui prennent des heures à redécouvrir. Voici ce qu'il contient.
- Hériter d'un serveur cPanel non documenté : runbook de la première semaine La première semaine d'une reprise décide si vous contrôlez le serveur ou s'il vous contrôle. Voici la liste ordonnée qui transforme les surprises en état connu.
- HTTP 500 Internal Server Error sur cPanel : où regarder en premier Un 500 sur cPanel est presque toujours un problème PHP visible dans deux fichiers de journal précis. L'astuce : les lire dans le bon ordre.
- HTTP 502 Bad Gateway sur cPanel quand LiteSpeed ou PHP-FPM est en cause Un 502 sur cPanel signifie que la façade proxy n'a pas eu de réponse de l'upstream — habituellement LiteSpeed ou PHP-FPM. Voici l'ordre des vérifications.
- HTTP 503 Service Unavailable sur cPanel : limites LVE et comptes suspendus Un 503 sur cPanel, c'est habituellement une de trois choses : LVE CloudLinux a tué la requête, le compte est suspendu, ou le serveur web throttle.
- HTTP 504 Gateway Timeout sur cPanel : PHP long, mod_proxy, upstream Un 504 sur cPanel signifie que l'upstream a pris plus de temps que la façade n'était prête à attendre. Le correctif est dans trois réglages de timeout, pas dans l'application.
- HTTP 507 Insufficient Storage sur cPanel : chemins de saturation des quotas Un 507 sur cPanel, c'est presque toujours un quota plein. Trois quotas valent d'être vérifiés, et le correctif diffère pour chacun.
- HTTP 508 Loop Detected sur cPanel : redirection infinie en vhost ou .htaccess Un 508 sur cPanel signifie presque toujours une boucle de redirection dans .htaccess ou un include de vhost qui rebondit éternellement.
- HTTP 522 de Cloudflare vers une origine cPanel : où le chemin rompt Un 522 signifie que Cloudflare n'a pas pu se connecter à votre serveur cPanel à temps. Le correctif vit dans le pare-feu, l'écouteur ou le chemin entre Cloudflare et l'origine.
- HTTP 525 et 526 de Cloudflare : poignée de main SSL vers origine cPanel Un 525 ou 526 de Cloudflare signifie que le TLS vers votre origine cPanel a échoué — mauvais cert, cert expiré, mauvais mode SSL. Chacun a une cause précise.
- Lire /var/log/messages sur cPanel : signaux du noyau et des démons /var/log/messages attrape ce que les autres journaux ne peuvent pas — OOM kills, paniques noyau, échecs de services, erreurs matérielles. Le journal à consulter quand rien d'autre n'explique le symptôme.
- Lire le journal d'erreurs Apache sur cPanel : ce que chaque ligne dit Le journal d'erreurs Apache sur cPanel est la source la plus utilisée pour le dépannage web. Voici quoi grepper et comment lire le résultat.
- Lire mainlog et rejectlog Exim sur cPanel : tracer un seul message Les problèmes de courriel sur cPanel commencent dans Exim. Deux fichiers couvrent l'essentiel : mainlog pour la livraison, rejectlog pour les refus. Voici comment tracer un message de bout en bout.
- Lire modsec_audit.log sur cPanel : identifier les faux positifs ModSecurity bloque du trafic légitime à peu près aussi souvent qu'il bloque de vraies attaques. Le journal d'audit dit lequel et comment le mettre en liste blanche proprement.
- Migration de courriel quand le MX ne peut pas bouger avant des heures Quand le MX appartient à un tiers qui répond en jours, la migration du courriel devient un exercice de relais et de rattrapage — pas une bascule.
- Migration DirectAdmin vers cPanel : forme et écarts à surveiller Passer de DirectAdmin à cPanel/WHM atterrit proprement quand on sait quelles fonctions DirectAdmin correspondent à cPanel un-pour-un et lesquelles exigent une configuration manuelle.
- Migration Plesk vers cPanel : la forme qui fonctionne sans surprises cPanel a un importateur Plesk intégré mais il laisse trois choses de côté à chaque fois. Savoir quoi reporter manuellement comble l'écart.