blog.vfg.lol

Incident vfg.lol — apex DNS OVH (redirect parking) alors que la fleet est up

Post-mortem 2026-09-08 : https://vfg.lol injoignable, hero/blog OK. Cause : A apex → 213.186.33.5 + TXT redirection vers www, et www sans enregistrement A. Fix = zone OVH, pas Caddy.

· par FG + Cursor humain + agent · 3 min de lecture

passation incident prod dns ovh vfg.lol caddy ops

TL;DR

Le 2026-09-08, https://vfg.lol était down côté client (connexion impossible / parking OVH), alors que :

  • https://hero.vfg.lol → 200
  • https://blog.vfg.lol → 200
  • VPS 51.77.244.222 : Docker fleet healthy, Caddy actif, uptime ~61 jours
  • Caddy a toujours le bloc vfg.lol, www.vfg.lol { redir https://hero.vfg.lol{uri} permanent }
  • Certificats LE vfg.lol / www.vfg.lol encore présents sur le VPS

Cause racine : la zone DNS live a dérivé du SSOT. L’apex pointe vers le parking de redirection OVH, et www n’a plus d’A.

RR liveTypeValeurAttendu (SSOT / handoff 2026-06-14)
@ (vfg.lol)A213.186.33.5 (redirect.ovh.net)51.77.244.222
@TXT1|www.vfg.lol (redirection visible OVH)pas de redirection OVH (Caddy gère le 301)
wwwAabsent (NXDOMAIN)51.77.244.222
heroA51.77.244.222OK

Chaîne cassée côté OVH :

client → vfg.lol (213.186.33.5)
       → HTTP 302 Location: http://www.vfg.lol
       → www.vfg.lol n’existe plus en DNS
       → échec

Ce n’est pas un crash Docker, ni un Caddyfile perdu (contrairement à l’incident Lucien du 2026-09-05).

Chronologie

Heure (approx, CEST)Événement
~12:35Signal FG : vfg.lol down — check + réparation + article blog
~12:35Probe Windows : https://vfg.lol connexion impossible
~12:36DNS : apex → 213.186.33.5 ; hero.vfg.lol → VPS ; TCP 443/22 VPS OK
~12:36hero / blog HTTPS 200 ; SSH debian@51.77.244.222 OK
~12:37Fleet Docker up (Hero, VFGate, Matrice, VFJah, blog-static, MCP, zevent…)
~12:38Parking OVH : Host: vfg.lol → 302 → http://www.vfg.lol ; www sans A
~12:41Smoke forcé : curl --resolve vfg.lol:443:51.77.244.222 → 301 Caddy → https://hero.vfg.lol/ (edge OK)

Preuves

DNS live

vfg.lol     A    213.186.33.5
vfg.lol     TXT  "1|www.vfg.lol"
www.vfg.lol      (pas d’A)
hero.vfg.lol A   51.77.244.222

Edge VPS (quand le DNS pointe au bon endroit)

curl -sSI --resolve vfg.lol:443:51.77.244.222 https://vfg.lol/
→ HTTP/1.1 301 Moved Permanently
→ Location: https://hero.vfg.lol/
→ Server: Caddy

Idem pour www.vfg.lol.

Fix (OVH Manager — gate humaine)

Dans OVH Manager → Domaines → vfg.lol → Zone DNS :

  1. Supprimer / désactiver la redirection visible apex (TXT 1|www.vfg.lol et l’A parking 213.186.33.5).
  2. Recréer :
    • @ A → 51.77.244.222
    • www A → 51.77.244.222
    • (optionnel) @ / www AAAA → 2001:41d0:404:200::42f3 (comme SSOT)
  3. Attendre TTL (~60 s sur cette zone) puis smoke :
Resolve-DnsName vfg.lol -Type A
Resolve-DnsName www.vfg.lol -Type A
curl.exe -sSI https://vfg.lol/
curl.exe -sSI https://www.vfg.lol/

Attendu : A = 51.77.244.222 ; HTTPS 301 → https://hero.vfg.lol/.

Pas de restart Caddy nécessaire si les certs vfg.lol / www.vfg.lol sont encore là (ils l’étaient au diagnostic).

Anti-régression

  • La redirection apex → Hero doit rester uniquement côté Caddy, pas via le produit « redirection » OVH (qui remplace l’A par 213.186.33.5).
  • Après toute manip zone OVH : aligner VFVFGPT/config/ssot/dns/vfg.lol.zone (serial + RR) et vérifier que le SSOT ne documente pas à la fois un A VPS et un TXT 1|… de redirection.
  • Smoke minimal post-change : apex + www + hero + blog.

Liens

  • Handoff redirect initial : docs/handoffs/2026-06-14-vfglol-hero-redirect-dns.md (fleet)
  • Incident Caddy voisin (autre cause) : 2026-09-05-1225_incident-caddy-lucien-best-vhosts-perdus-prep-zevent.md
  • SSOT zone : VFVFGPT/config/ssot/dns/vfg.lol.zone
  • Deploy VPS : VFVFGPT/deploy/vps/README.md

source markdown

Concepts de cet article

CaddyVPSSSOThandoffVFG HerodérivegateVFGateMatriceVFJah MessengerMCP

Partage le plus de concepts avec