Installation, analyse et dépannage de serveurs Linux

Un serveur qui ne fait plus ce qu’il devrait paralyse rarement une seule chose : votre site, votre boutique, votre messagerie et vos applications tournent le plus souvent dans le même environnement. Parfois la cause est une configuration devenue inadaptée après une mise à jour, parfois un disque saturé, et parfois il s’avère que quelqu’un d’autre a eu un accès.

Secrotec prépare techniquement des serveurs Linux, analyse ce qui ne va pas et le corrige. Il peut s’agir d’un nouveau serveur à configurer, d’une panne dont la cause reste floue, ou d’un environnement dans lequel on s’est introduit. Nous travaillons à l’heure : 110 € HT par heure. Le temps nécessaire dépend de ce que nous trouvons — nous vous le disons avant d’aller plus loin.

Nous ne fournissons pas d’hébergement. Si votre environnement tourne chez un hébergeur ou sur votre propre VPS, nous y intervenons ; ce qui est nécessaire techniquement, nous le faisons.

Préparer techniquement un serveur

Un nouveau serveur ou VPS n’est exploitable qu’une fois les éléments correctement articulés. Nous configurons cet environnement et vérifions que tout est en place avant la mise en ligne.

• Installer et configurer Linux — installation de base, utilisateurs, accès et politique de mise à jour.
• Serveur web — Apache ou Nginx, hôtes virtuels, compression et mise en cache.
• PHP et PHP-FPM — choix de version, pools, limites de mémoire et d’exécution.
• Base de données — MySQL ou MariaDB, droits utilisateurs, jeux de caractères et sauvegardes.
• SSL, DNS et rattachement de domaine — certificats et renouvellement automatique qui fonctionne réellement.
• Tâches cron, droits de fichiers et sauvegardes — des tâches qui tournent, des droits corrects, une restauration testée.
• Migration — déplacement vers un autre serveur, avec une phase de test avant la bascule DNS.

Quelque chose ne fonctionne pas — analyser les pannes

Lors d’une panne, le message d’erreur est rarement la cause. Nous cherchons où cela coince réellement, plutôt que de supprimer un symptôme qui reviendra demain.

• Site inaccessible alors que le serveur tourne — hôte virtuel, DNS, certificat ou proxy.
• 500, 502 et 504 — trois histoires différentes : une erreur dans l’application elle-même, un backend qui refuse la connexion, ou un backend trop lent. Le journal d’accès en dit souvent plus que le journal d’erreurs.
• Écran blanc après une mise à jour PHP — le plus souvent une erreur fatale non affichée ; elle figure dans le journal.
• Base de données qui ne démarre pas ou se bloque — « trop de connexions » est un symptôme, pas une cause, et un disque saturé se manifeste souvent d’abord par une erreur de base de données.
• Permission denied, disque plein, cron qui ne tourne pas — droits, propriétaire, inodes et tâches qui échouent silencieusement.
• SSH — connexion refusée, une clé qui ne fonctionne plus, ou un pare-feu qui vous exclut.

Analyse technique et rapport

Vous pouvez également nous solliciter lorsque la cause reste inconnue. L’investigation devient alors la mission : nous lisons les journaux, reconstituons ce qui s’est passé et consignons ce que nous trouvons.

Une investigation produit les constats, la cause dans la mesure où elle est démontrable, les risques qui en découlent et des étapes concrètes — sous forme d’explication ou de rapport écrit. Vous décidez ensuite si nous réalisons la remise en état ou si vous la prenez en charge.

Toutes les pannes ne sont pas explicables. Si les journaux ont été tournés ou effacés, si le serveur a déjà été réinstallé ou si une sauvegarde a été restaurée par-dessus, certaines questions restent sans réponse. Nous le disons, plutôt que de construire une cause que les données ne soutiennent pas.

Votre serveur ou VPS a été compromis

En cas de suspicion d’intrusion, ce que vous ne faites pas compte avant tout. Écraser, réinstaller ou restaurer une sauvegarde efface précisément les traces nécessaires pour déterminer quand cela a commencé.

Ce qui le trahit le plus souvent : du spam envoyé depuis le serveur ou une inscription sur liste noire, des processus inconnus très consommateurs, des tâches cron que vous n’avez pas créées, des connexions SSH depuis des adresses inconnues, des fichiers récemment modifiés sans explication, ou un site réinfecté après nettoyage.

Ce que nous examinons : le journal d’authentification et le journal d’accès côte à côte, les processus en cours et l’utilisateur sous lequel ils tournent, les tâches cron de tous les utilisateurs et pas seulement la crontab, les comptes et clés SSH, les droits et le propriétaire des fichiers, les webshells et portes dérobées, le trafic sortant, et le moment du premier accès inconnu.

Pourquoi réinstaller n’est pas toujours la réponse : une réinstallation propre ne sert à rien si la sauvegarde était déjà infectée ou si la faille se trouve dans l’application. C’est ce premier accès inconnu qui détermine quelle sauvegarde reste exploitable ; sans cette information, réinstaller relève du pari.

Le rétablissement est suivi d’un durcissement : refermer la faille qui a rendu l’intrusion possible, remplacer droits et clés, et limiter les accès au strict nécessaire. S’il s’agit d’une infection d’un site ou d’un compte d’hébergement plutôt que du serveur lui-même, cela commence généralement par un contrôle technique des malwares et de l’hébergement.

Ce que cela coûte

110 € HT par heure. Les travaux techniques sur serveur sont facturés à l’heure, car l’ampleur ne se révèle qu’à partir de ce que nous trouvons ou de ce qu’il faut mettre en place. Vous recevez une estimation avant que nous poursuivions, et si le travail se prolonge, nous le signalons à l’avance en expliquant pourquoi. Il n’y a ni abonnement ni engagement minimum.

Comment cela se passe

Vous signalez le problème ou la mission. Nous examinons l’environnement et menons l’investigation technique. Vous recevez les constats, une explication et les étapes suivantes. Vous décidez ensuite si nous les réalisons. L’accès au serveur ou au compte d’hébergement nécessite votre concours ; plus l’accès et les journaux sont complets, plus il est possible d’établir.

Ce que nous ne promettons pas

Nous ne garantissons ni délai de rétablissement, ni disponibilité, ni temps de réponse fixe, et nous n’assurons pas de permanence 24 h/24 — nous travaillons les jours ouvrables entre 09h00 et 17h00. Nous ne garantissons pas qu’un incident ne se reproduira jamais ; en revanche, nous consignons comment il a pu survenir et ce qui referme la faille. Et nous ne fournissons pas d’hébergement : nous réalisons les travaux techniques sur l’environnement dont vous disposez déjà.

Hébergement ou infogérance — que vous faut-il ?

Un hébergeur fournit l’infrastructure : capacité serveur, réseau et généralement un panneau d’administration. Ce qui s’y passe techniquement — comment le serveur web est configuré, quelle version de PHP tourne, si les droits sont corrects, ce que disent les journaux — en sort souvent.

Si vous n’avez pas encore d’environnement, il vous faut un hébergeur. Si vous en avez un et que quelque chose ne fonctionne pas, qu’il faut configurer quelque chose ou que vous soupçonnez une intrusion, il s’agit de travaux techniques. C’est ce que nous faisons. Si vous cherchez un hébergement infogéré avec mises à jour et supervision, voyez hébergement sécurisé.