Daniel Allaire
2e223f135a
- Carte au schema actuel (index 31, zones derivees, publication VLAN 37), equipements reels : frontiere requin, noeud maurice, commutateur caillou. - Neuf machines, memes noms et VMID qu'au site de Chezlepro ; runner des deux locataires. - maurice : vmbr0 administration (nic0), vmbr1 VLAN-aware pour les VM (nic2) ; stockages nvme et miroir (ZFS 2 x 12 To, site-backup-01). - opnsense.yml : optN mesures (opt1 transit, opt2..opt8 zones, opt9 RELAIS) ; face publique par le relais (opt9, RELAIS_GW), adresse du site et pool des locataires ; silence du relais. - underlay.yml : reseau `relais` (tunnel WireGuard 10.31.60.0/30), hote relais (VPS OVH) et cles publiques des deux bouts. - plan/domaines.yml et plan/mainteneurs.yml ; documentation (README, PREMIERE-HEURE, COLLECTE) a jour du releve sur place. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
60 lines
2.7 KiB
YAML
60 lines
2.7 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: ""
|
|
# `forge_ssh_cle_hote` : la cle d'hote SSH de la forge, relevee apres le premier deploiement
|
|
# de `site-forge-01` — comme au site de Chezlepro. Absente tant que la forge n'existe pas.
|
|
|
|
# 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: []
|
|
|
|
# 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:
|
|
- site: SITE-Chezlepro
|
|
etat: inactif
|