Site ou application inaccessible
Erreurs HTTP, page blanche, délai d’attente dépassé, connexion refusée ou application qui ne répond plus normalement.
Diagnostic et intervention serveur Linux
Dépannage et diagnostic de serveurs Linux
Votre site, application ou serveur ne fonctionne plus comme prévu ? Axanti peut analyser votre environnement Linux, identifier la cause du problème et intervenir sur les composants serveur concernés.
Nous pouvons intervenir sur un serveur hébergé chez Axanti ou auprès d’un autre fournisseur, lorsque les accès nécessaires sont disponibles.
Symptômes
Votre serveur présente l’un de ces symptômes ?
Ce sont des points de départ, pas des diagnostics : un même symptôme peut avoir plusieurs causes selon l’environnement.
Erreurs 500, 502, 503 ou 504
Le code indique un problème, pas sa cause : elle peut venir du serveur web, de PHP-FPM, d’un proxy, de l’application ou des ressources disponibles.
Serveur lent ou en surcharge
CPU élevé, mémoire insuffisante, processus bloqués, requêtes lentes, manque de ressources ou configuration inadéquate pour la charge réelle.
Disque plein ou espace insuffisant
Journaux, sauvegardes, bases de données, caches ou fichiers applicatifs qui finissent par occuper tout l’espace disponible.
Service qui ne démarre plus
Nginx, Apache, PHP-FPM, MariaDB ou MySQL, ou un autre service nécessaire au fonctionnement de l’environnement web.
Problème après une mise à jour
Changement de version PHP, paquet système, DirectAdmin ou CustomBuild, bibliothèque ou configuration qui provoque une régression.
Certificat, DNS ou connectivité
Certificat expiré ou mal configuré, enregistrement DNS incorrect, problème de résolution, de redirection ou d’accès au service.
Courriel côté serveur
SMTP, IMAP, Postfix, Dovecot ou configuration liée au serveur, lorsque la messagerie fait partie de l’environnement concerné.
Portée de l’analyse
Une analyse de l’ensemble de la pile serveur
Un incident se comprend rarement en regardant une seule couche. Ce qui est examiné dépend du symptôme décrit et de l’environnement en place.
Linux et système
- ✓Services systemd
- ✓CPU et mémoire
- ✓Stockage et espace disque
- ✓Permissions et processus
- ✓Journaux système
- ✓Paquets et dépendances
Nginx et Apache
- ✓Hôtes virtuels
- ✓Reverse proxy
- ✓Erreurs de configuration
- ✓Communication avec PHP-FPM
- ✓Certificats
- ✓Redirections
PHP et PHP-FPM
- ✓Services arrêtés
- ✓Sockets et pools
- ✓Versions PHP
- ✓Extensions
- ✓Limites de ressources
- ✓Erreurs après un changement de version
MariaDB et MySQL
- ✓Service indisponible
- ✓Problèmes de connexion
- ✓Charge et requêtes lentes
- ✓Configuration
- ✓Erreurs touchant les applications
DirectAdmin et cPanel
- ✓Configuration du serveur
- ✓Services du panneau
- ✓Versions PHP et pile web
- ✓DNS et certificats
- ✓Courriels
- ✓Problèmes liés à une mise à jour
DNS, SSL et courriels
- ✓Résolution et enregistrements
- ✓Certificats et renouvellements
- ✓Services de messagerie du serveur
- ✓Éléments analysés selon le problème rencontré
Méthode
Du symptôme à la cause du problème
Un diagnostic ne mène pas automatiquement à une réparation complète. Selon ce qui est trouvé, la suite peut relever d’un développeur, d’une restauration, d’une migration, d’un changement d’infrastructure, du fournisseur d’hébergement ou d’une analyse de sécurité plus poussée.
01
Comprendre ce qui a changé
Les symptômes, le moment où le problème a commencé, les modifications ou mises à jour récentes et les services touchés.
02
Examiner l’état du serveur
Services, ressources, journaux système et applicatifs, configurations pertinentes pour le symptôme décrit.
03
Identifier la cause probable
Distinguer le symptôme de sa cause réelle avant de modifier quoi que ce soit à la configuration.
04
Corriger dans le cadre convenu
Intervenir sur les composants serveur concernés lorsque la cause et la portée des travaux sont suffisamment claires.
05
Vérifier le fonctionnement
Tester les services concernés après l’intervention et signaler ce qui reste à surveiller.
Sans contrat
Vous pouvez nous appeler pour une intervention ponctuelle
Il n’est pas nécessaire d’avoir un contrat d’infogérance avec Axanti pour demander l’analyse d’un problème serveur.
Selon la situation et les accès disponibles, Axanti peut intervenir sur l’environnement existant, effectuer le diagnostic et réaliser les corrections convenues. Si vous souhaitez ensuite une prise en charge continue, elle se discute séparément, sans être une condition.
Décrivez le problème
Le formulaire de soumission sert aussi pour une demande d’intervention : décrivez le symptôme et le contexte, nous vous revenons avec la façon d’aborder l’analyse.
Serveur existant
Votre serveur peut rester chez votre fournisseur actuel
Le dépannage ne nécessite pas automatiquement une migration vers Axanti. Nous pouvons intervenir sur un VPS ou un serveur dédié hébergé chez un autre fournisseur lorsque les accès et l’environnement le permettent.
Si l’incident révèle un besoin plus large — maintenance, mises à jour, suivi dans le temps — la gestion récurrente se discute à part, une fois le problème immédiat réglé.
- ✓VPS ou serveur dédié chez un autre fournisseur
- ✓Accès nécessaires convenus au préalable
- ✓Aucune migration imposée par le dépannage
DirectAdmin
Un problème sur un serveur DirectAdmin ?
Sur un serveur DirectAdmin, l’incident se situe rarement dans le panneau lui-même : il vient le plus souvent des composants qu’il pilote.
Ce que nous examinons
- ✓CustomBuild
- ✓PHP et PHP-FPM
- ✓Apache et Nginx
- ✓MariaDB
- ✓DNS
- ✓Certificats SSL
- ✓Courriels
- ✓Services DirectAdmin
- ✓Problèmes apparus après une mise à jour
Après le diagnostic
Parfois, réparer n’est pas la meilleure solution à long terme
C’est le diagnostic qui détermine la bonne suite. Dans certains cas, corriger suffit; dans d’autres, la vraie réponse est ailleurs.
Serveur devenu trop ancien
Quand les correctifs s’accumulent sur un système en fin de vie, une migration devient parfois plus raisonnable qu’une nouvelle réparation.
Migration de serveurProblèmes récurrents
Quand les mêmes incidents reviennent, une prise en charge continue traite les causes plutôt que les symptômes, un à la fois.
Administration et infogéranceRessources devenues insuffisantes
Quand la charge dépasse durablement ce que le serveur peut offrir, aucune optimisation ne remplace des ressources adaptées.
VPS gérés Serveurs dédiés
Agences et développeurs
Support serveur pour agences web et développeurs
Nous intervenons sur le serveur et l’infrastructure. Le code de l’application reste le domaine de votre équipe, et le diagnostic sert justement à établir de quel côté se trouve le problème.
Axanti fait également du développement web : si le correctif relève de l’application, nous pouvons en discuter, mais ce n’est jamais présupposé.
Situations fréquentes
- ✓Le développeur maîtrise l’application, mais pas l’administration Linux
- ✓Une mise en production provoque un problème côté serveur
- ✓Le serveur web, PHP ou la base de données doit être analysé
- ✓L’agence ne souhaite pas gérer l’infrastructure de son client
Sécurité
Vous soupçonnez un incident de sécurité ?
Un comportement anormal, une compromission soupçonnée, un service exposé ou des fichiers inattendus méritent une analyse distincte du dépannage courant.
Axanti peut examiner l’environnement, ce que montrent les journaux et l’état des services, puis déterminer avec vous la suite appropriée. Nous n’offrons ni investigation judiciaire complète, ni garantie de suppression de tout code malveillant, ni certification de sécurité : selon ce qui est constaté, reconstruire un environnement propre est parfois la voie la plus sûre.
Avant de nous écrire
Ce qui nous aide à commencer le diagnostic
Plus le contexte est précis, plus l’analyse démarre vite. Rien de tout cela n’est obligatoire : décrivez ce que vous savez.
Ne transmettez jamais de mot de passe ou de clé privée dans le formulaire. Les accès nécessaires pourront être convenus de façon appropriée après la prise de contact.
Utile à préciser
- ✓Type de serveur (VPS, dédié, hébergement géré)
- ✓Distribution Linux, si vous la connaissez
- ✓Panneau de contrôle éventuel
- ✓Description du problème
- ✓Message d’erreur exact, si vous en avez un
- ✓Moment approximatif d’apparition
- ✓Changement récent (mise à jour, déploiement, configuration)
- ✓Fournisseur d’hébergement
Questions fréquentes
Questions fréquentes sur le dépannage de serveur
Les questions posées le plus souvent avant de nous confier l’analyse d’un incident.
Pouvez-vous dépanner un serveur qui n’est pas hébergé chez Axanti ?
Oui, lorsque les accès nécessaires sont disponibles et que l’environnement s’y prête. Le serveur peut rester chez votre fournisseur actuel : une intervention de dépannage n’implique pas de migration.
Puis-je demander seulement une intervention ponctuelle ?
Oui. Aucun contrat d’infogérance n’est nécessaire pour faire analyser un problème. L’intervention porte sur le besoin défini, et une prise en charge récurrente reste possible par la suite si vous le souhaitez.
Pouvez-vous analyser une erreur 500, 502, 503 ou 504 ?
Oui. Ces codes signalent un problème sans en indiquer la cause : elle peut venir du serveur web, de PHP-FPM, d’une base de données, des ressources disponibles ou de l’application elle-même. L’examen des journaux et de l’état des services permet de la situer.
Intervenez-vous sur Nginx, Apache et PHP-FPM ?
Oui : hôtes virtuels, reverse proxy, communication entre le serveur web et PHP-FPM, pools et versions PHP, extensions, limites de ressources et erreurs apparues après un changement de version.
Pouvez-vous dépanner un serveur DirectAdmin ?
Oui. Services DirectAdmin, CustomBuild, versions PHP, pile web, bases de données, DNS, certificats et courriels, y compris les problèmes apparus à la suite d’une mise à jour ou d’un changement de configuration.
Pouvez-vous analyser un problème MariaDB ou MySQL ?
Oui : service indisponible, problèmes de connexion, charge, configuration et erreurs qui touchent les applications. La récupération d’une base corrompue dépend toutefois de l’état réel des données et des sauvegardes disponibles : elle ne peut pas être garantie.
Que se passe-t-il si le problème vient de l’application et non du serveur ?
Le diagnostic sert justement à faire la distinction. Lorsque la cause se trouve dans le code de l’application, nous vous transmettons ce qui a été constaté du côté serveur afin que votre développeur puisse intervenir. Axanti fait aussi du développement web et peut en discuter séparément.
Dois-je vous transmettre mon mot de passe dans le formulaire ?
Non. Ne transmettez jamais de mot de passe, de clé privée ou de jeton d’accès dans un formulaire. Décrivez le problème et le contexte : les accès nécessaires seront convenus de façon appropriée après la prise de contact.
Votre serveur présente un problème ?
Décrivez le symptôme, les services touchés et ce qui a changé récemment. Nous pourrons déterminer la meilleure façon d’analyser l’incident.