AssistanceTickets

Assistance · file des tickets

Le métier en tickets

Chaque grand domaine du titre TSSR est illustré par un ticket traité dans mon lab : la demande, le diagnostic étape par étape, la solution et ce que j'en retiens. Le lab est fonctionnel : l'apprentissage et l'acquisition d'expérience y sont quotidiens. Le niveau 2 domine, c'est le poste que je vise.

Les tickets marqués « Constat technicien » sont des incidents rencontrés pendant la construction du lab.

Azur · administrateur WindowsVoici la file du service. Ouvrez un ticket : tout y est, du premier message à la clôture.

Azur, un tigre blanc en chemise, cravate bleue et gilet, présente la page d'un geste de la main.

Fiche du technicien · compétences

Formation et expérienceLab personnel→ voir le ticket

Support et supervision

Scripts et automatisation

Sécurité

  • Centralisation des journaux
  • Suricata
  • Certificats (AD CS)
  • Audit avec Kali Linux

Sauvegarde et restauration

Savoir-être

Tickets · domaines du titre

Journal du support

D'autres tickets clos, en version courte : ce que j'ai trouvé, et ce que j'en retiens.

N°15Règle de pare-feu correcte mais sans effetN2Incident · Réseau › Pare-feu · 50 min

Le journal de filtrage donnait le numéro de la règle qui bloquait : le blocage automatique des réseaux privés, évalué avant la mienne. Désactivé sur ce WAN (qui est lui-même un réseau privé), règle restreinte à un port et une source, documentée comme temporaire.

À retenir : Sur un pare-feu, l'ordre des règles compte autant que leur contenu.

N°16Poste d'administration en 169.254N1Incident · Réseau › Connexion et adressage · 25 min

Adresse en 169.254 : aucun DHCP n'avait répondu. Le seul DHCP du réseau d'administration était le contrôleur de domaine, éteint. Adresse fixée, sans passerelle, dans la plage d'administration.

À retenir : Un poste d'administration ne doit pas dépendre du serveur qu'il administre.

N°17Contrôleur de domaine qui ne se met plus à jourN2Incident · Serveurs et services › Mises à jour · 2 h 45

DISM : 0 fichier réparé sur 442. En comptant les fichiers manquants par version, tous venaient de mises à jour annulées en cours de route. La réinstallation sur place a échoué : j'ai arrêté de réparer et remplacé le contrôleur.

À retenir : Savoir s'arrêter quand une réparation n'apporte plus d'information.

N°18GPO qui n'arrive pas : absente, ou refuséeN2Incident · Serveurs et services › Annuaire et GPO · 1 h 10

Première fois : GPO jamais liée. Deuxième fois : refusée, parce qu'en retirant « Utilisateurs authentifiés » du filtrage j'avais retiré la lecture aux ordinateurs, qui lisent les GPO utilisateur depuis le correctif de 2016.

À retenir : Je pars de gpresult : il dit si le problème est le lien, le filtrage ou les paramètres.

N°3Inventaire GLPI refusé (403 Forbidden)N2Incident · Serveurs et services › Applications métier · 16 min

Ni le réseau ni le certificat : GLPI refusait lui-même. En base, le réglage d'inventaire valait 0 alors que la case était cochée à l'écran. Réglage enregistré, vérifié en base, serveur présent dans le parc.

À retenir : Affiché n'est pas enregistré : je vérifie à la source.

N°19SSH injoignable sur des serveurs WindowsN2Incident · Réseau › Administration à distance · 1 h 10

Deux causes superposées après le remplacement du contrôleur : service OpenSSH arrêté, et règle de pare-feu valable pour le seul profil Privé alors qu'un serveur du domaine est en profil Domaine.

À retenir : Une migration transporte le rôle, pas les réglages locaux.

N°8Faille critique de PHP : vérifier les machines exposéesN2Demande · Sécurité · 1 h 30

Après la publication de deux vulnérabilités critiques du cœur de PHP (octobre 2026), version vérifiée sur chaque VM concernée (GLPI, Zabbix, Nagios), point de retour pris, paquets mis à jour, services rechargés, interfaces testées.

À retenir : Une alerte de sécurité se traite comme un ticket : inventaire, correction, preuve.