SITE-TechnoLibre/plan/10-intrants.yml
Daniel Allaire e67f901cd5 Le serveur de noms du site s'appelle dns1.technolibre.ca
Meme nomenclature que dns1.chezlepro.ca : dns1 sous le domaine de
l'organisation qui tient le site. Les zones du site de Chezlepro le designent
en second NS ; technolibre.ca porte son A.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-14 04:44:24 -04:00

73 lines
3.5 KiB
YAML

# Intrants de base du SITE-Technolibre — les valeurs-racines dont tout le reste derive.
# Memes cles qu'au site de Chezlepro (refait sur son modele le 2026-10-12).
# Ce qui ne peut exister qu'apres un premier deploiement est laisse vide, et dit quand le poser.
---
# LE DOMAINE INTERNE DU SITE, pas celui d'un locataire. Chezlepro utilise `genese.internal` ;
# deux sites qui porteraient le meme nom de zone ne pourraient pas coexister dans un meme
# resolveur — et une reprise les fait justement se rencontrer.
domaine_interne: socle.internal
organisation: TechnoLibre
# Le resolveur que les VM interrogent a leur premiere mise en route, avant que celui du site
# n'existe : la frontiere, comme chez Chezlepro.
dns_amorcage: 10.31.0.1
# Par ou l'administration entre : la patte d'administration de la frontiere.
rebond: ansible@10.31.0.1
# LE NOM REEL DE LA CLE. Celle-ci existe sur le poste et sert deja a la flotte de TechnoLibre.
cle_ssh: ~/.ssh/id_ed25519_ansible_technolibre
integrations_exemptes: {}
# La cle publique du runner du site — GENEREE au premier deploiement de `site-ops-01`, puis
# recopiee ici (et dans `cles_admin`). Vide au depart : c'est normal.
runner_cle_publique: ""
# LA CLE D'HOTE SSH DE LA FORGE, epinglee par le runner avant de lire un depot prive. Relevee
# A LA SOURCE le 2026-10-13, apres le premier deploiement de `site-forge-01` — jamais recopiee
# de memoire, et identique a ce que la forge presente sur le reseau :
#
# ssh ansible@10.31.33.11 cat /etc/ssh/ssh_host_ed25519_key.pub
forge_ssh_cle_hote: "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIMQ5lQPeCw1enlogZUk8AZax4mk2wMMa/C5Wd9ioXq9S"
# LE GABARIT. Sur un noeud unique il n'y a pas d'autre machine pour le porter : ne jamais le
# personnaliser, et ne jamais convertir une VM i440fx en q35.
gabarit:
# LE MEME GABARIT QUE LE RESTE DE LA FLOTTE. 99998 est son PRECEDENT — garde ici pour que
# l'on sache d'ou l'on vient, jamais clone.
vmid: 9006
precedent: 99998
nom: modeleSetOPS-minimal
noeud: maurice
machine: q35
bios: ovmf
stockage: nvme
# LA MOITIE PUBLIQUE de la paire de sauvegarde du site. Sa jumelle privee vit dans
# `underlay.vault.yml` — jamais versionnee. C'est cette cle-ci que le depot autorise.
backup_pubkey: "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAINf8O1ASPbRE2J+3uOrdJBRFJZCap8WeHjupdboI1KKF sauvegarde site-technolibre"
# D'ou l'administration SSH est admise : le plan d'administration du site.
nftables_admin_ssh:
- 10.31.0.0/24
supervision_courriel: sysadmin@technolibre.ca
# Les cles admises sur les machines du site, en plus de celle de l'exploitant. Le runner du
# site s'y ajoute des que sa cle existe (premier deploiement de `site-ops-01`).
cles_admin: []
# LE NOM DU SERVEUR DE NOMS DU SITE (2026-10-14) — meme nomenclature que celui de Chezlepro
# (`dns1.chezlepro.ca`) : `dns1` sous le domaine de l'organisation qui tient le site.
#
# Les zones publiques des locataires de ce site le designent dans leurs NS et leur SOA ; celles
# des sites pairs le designent comme second serveur. Il vit sous `technolibre.ca`, dont la zone
# porte son A ; le registraire de technolibre.ca devra en tenir la colle.
dns_public_nom: dns1.technolibre.ca
# LA REPLICATION DU DNS PUBLIC AVEC UN SITE PAIR (2026-09-16). Deux serveurs de noms, sur deux
# reseaux distincts : c'est ce qui garde un domaine joignable quand l'un tombe. Declaree des
# deux cotes, ou pas du tout. `inactif` : rien n'est emis tant que le pair n'existe pas.
dns_public_pairs:
# ACTIVE le 2026-10-14 : le tunnel entre les sites est monte (reseau `inter-sites`).
- site: SITE-Chezlepro
etat: actif