Alliance-Boreale/Set-OPS-Public
2
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity

cache d artefacts : l amont suit artefacts_amorcage, plus une adresse morte

Browse source 
serveur_artefacts_amont portait 10.0.33.21, l adresse du cache du site avant
son index. Inerte aujourd hui (aucun hote ne porte serveur_artefacts ; apt passe
par artefacts_amorcage), mais un piege le jour d une emancipation. Derive.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Daniel Allaire 2026-09-28 13:04:52 -04:00
parent 5f52dcb2b7
commit ffc171a2cb
1 changed files with 10 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
CHANGELOG.md
View file

@ -1,5 +1,15 @@
# CHANGELOG — Set-OPS
## 2026-09-28 (8) — L'amont du cache des locataires suit le site, au lieu d'une adresse morte
`serveur_artefacts_amont` valait `http://10.0.33.21:3142` chez Chezlepro ET Technolibre :
l'adresse du cache du site avant qu'il prenne son index (`10.37.3x`). Inerte aujourd'hui —
aucun hôte de ces écosystèmes ne porte `serveur_artefacts`, et `apt` passe par
`artefacts_amorcage` (mesuré sur les nœuds : `10.37.33.21:3142`) —, mais un piège le jour où
un locataire reprendrait son propre cache : son amont serait né mort. La preuve d'amorçage
ne regardait que les intrants, pas ce fichier. La valeur est désormais DÉRIVÉE :
`"http://{{ artefacts_amorcage }}"`, la seule adresse que cette preuve garde alignée.
## 2026-09-28 (7) — Rotation des clés WireGuard de l'exploitant, sans qu'aucune privée ne s'affiche
**Pourquoi.** Les deux clés privées de `daniel-portable` (tunnel du site, tunnel de