Aller au contenu principal

Activation de Cockpit par socket

Machine : VM.

systemctl list-sockets --all --no-pager
systemctl cat cockpit.socket
systemctl status cockpit.service --no-pager

L’unité identifiée pour le port 9090 est cockpit.socket. Dans list-sockets, UNIT identifie la socket et ACTIVATES indique le service associé. La directive ListenStream= dans l’unité définit l’écoute.

Mécanisme​

  1. Systemd ouvre et conserve la socket.
  2. Le service applicatif peut rester inactif en attendant une connexion.
  3. Une connexion arrive ; systemd démarre le service et lui transmet la socket.

Un service inactive n’est pas forcément en panne. Son état doit être comparé au fonctionnement attendu. failed indique un échec détecté par systemd.

Vérification du mécanisme​

systemctl is-active cockpit.socket cockpit.service
curl -k -s -o /dev/null -w 'HTTP %{http_code}\n' https://127.0.0.1:9090
systemctl is-active cockpit.socket cockpit.service

Résultat attendu : cockpit.service passe de inactive à active après la requête HTTPS.

Options de curl :

  • -k ignore la vérification du certificat pour ce test local ; ne pas en faire un réglage général.
  • -s retire la progression et les messages d’erreur ; pour un diagnostic ultérieur, préférer -sS afin de conserver les erreurs.
  • -o /dev/null écarte le corps de la réponse.
  • -w affiche le code HTTP.

La commande systemctl is-active peut renvoyer un code non nul lorsqu’une unité est inactive : ce n’est pas en soi une anomalie dans cette expérience.

Lecture des journaux​

Consulter les journaux :

sudo journalctl -u cockpit.socket -u cockpit.service -b --no-pager -n 30
  • -u sélectionne les unités.
  • -b limite au démarrage actuel.
  • -n 30 conserve les 30 dernières lignes.
  • --no-pager affiche directement le résultat.

Diagnostic : retrouver le démarrage de Cockpit et corréler son heure avec le test HTTPS. Si le test est ancien, refaire une requête ne provoquera pas nécessairement un nouveau démarrage si le service tourne déjà.