controle de page : donner au controle sa propre session (cle du 132) #1782
Loading…
Reference in a new issue
No description provided.
Delete branch "hermes/verif-session-deploiement"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Le service du 132 (
session::porte) ne sert plus aucune page sans session depuis la cartet_e5fd0c12 : le controle lisait la page de connexion et comptait des defauts de conteneurs qui n'existaient
pas, ce qui faisait echouer le deploiement.
Le controle se fabrique donc une session avec la cle de signature du 132 — lue dans
CLE_SESSION, surplace, ou sur le 132 par la cle du deploiement (
CLE_132, sinon~/.ssh/id_132) — et un relais la pose encookie devant le tunnel ssh, Chromium sans tete ne sachant pas en recevoir.
La cle est prise en octets bruts, fin de ligne comprise :
session::clelit le fichier avecstd::fs::read, sans rien rogner, et un seul octet de moins donne une signature fausse (eprouve sur le 132 :303 sans session, 200 « Processus — Tableau de bord du studio » avec). Sans cle lisible, le controle rend 2
« ONGLETS NON VERIFIES » et le dit, au lieu de juger des onglets qu'il n'a pas vus.
Banc etendu : jeton conforme a
session.rs, relais cookie, service injoignable derriere le relais (502), cleabsente, cle qui n'est pas celle du service, et le chemin complet avec un faux tunnel ssh qui rend la cle
« lue sur le 132 ».
fusion-auto: pas de fusion, la CI est rouge (Rust). Le chef de l'atelier renvoie la carte à l'agent ; l'étiquette tombera d'elle-même une fois corrigé.