baserow-schema-mcp : blocage SSE DSM resolu (HTTP 1.0 backend), connecteur pret

Nabil a identifie le fix cote formulaire DSM (HTTP 1.0 au lieu de 1.1 en
version backend du reverse-proxy). Reteste avec succes en conditions
reelles : SSE + les 4 outils bout-en-bout via l'URL publique.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

common/baserow-schema-mcp.md

@@ -1,10 +1,16 @@
-**MAJ 17/08/2026** : DSM cree, endpoint accessible en HTTPS mais flux SSE bloque en HTTP/2 (voir piege n°5 en fin de fichier PROTOCOL-INFRA.md) -- fonctionne en forcant HTTP/1.1. A verifier avant test connecteur Claude.ai.
+**MAJ 17/08/2026 (resolu)** : reverse-proxy DSM cree, blocage SSE initial
+resolu en choisissant **HTTP 1.0** (pas 1.1) comme version backend dans le
+formulaire DSM. Reteste avec succes en conditions reelles : SSE (curl h2 par
+defaut ET httpx http/1.1 pur), puis les 4 outils bout-en-bout (create_table,
+create_field, delete_field, delete_table) via l'URL publique. Connecteur
+Claude.ai pret a etre ajoute.
 
 # baserow-schema-mcp — serveur MCP compagnon pour la gestion de schema Baserow (17/08/2026)
 
-**Statut** : PRODUCTION (4 outils testes end-to-end). Reste une action manuelle :
-reverse-proxy DSM `baserow-schema.bolbol.tn` → 3101, puis ajout du connecteur
-cote Claude.ai.
+**Statut** : PRODUCTION. 4 outils testes end-to-end en interne PUIS via
+l'URL publique reelle (`https://baserow-schema.bolbol.tn/mcp/<token>/sse`).
+Reste uniquement l'ajout du connecteur cote Claude.ai (action manuelle
+Nabil, pas d'API pour ca).
 
 ## Probleme
 
@@ -106,11 +112,25 @@ appliquee lors de la creation des tables CI-CPT 2026 : retry avec backoff
 CI-CPT 2026", champ `lots_couverts` juste apres `fournisseur`), resolu au
 1er retry.
 
+## Piege n°5 — reverse-proxy DSM : forcer HTTP 1.0 (pas 1.1) en version backend
+
+Reverse-proxy DSM cree par Nabil pour `baserow-schema.bolbol.tn` → `3101`,
+cert Let's Encrypt auto-provisionne OK, TLS OK — mais flux SSE bloque
+silencieusement (0 octet recu) tant que le formulaire DSM etait regle sur
+HTTP 1.1 pour la connexion backend. **Fix : choisir HTTP 1.0 dans ce champ**
+(pas 1.1). Une fois change, SSE fonctionne dans les deux sens observes :
+client curl par defaut (ALPN h2) ET client httpx pur HTTP/1.1 — donc pas de
+regression sur les clients non-h2 malgre le nom "HTTP 1.0" trompeur dans le
+libelle DSM (il s'agit vraisemblablement d'un mode de proxying moins strict
+sur le framing chunked/keep-alive cote DSM->backend, pas d'une vraie
+retrogradation du protocole cote client). A appliquer directement sur toute
+future regle DSM devant un service SSE/MCP si le meme blocage silencieux
+apparait, avant de chercher plus loin.
+
 ## Reste a faire (action manuelle Nabil)
 
-1. Reverse-proxy DSM : `baserow-schema.bolbol.tn` → `3101` (meme manip que
-   `cin.bolbol.tn`/`formation.bolbol.tn`, pas d'automatisation connue depuis
-   le NAS/Mac pour cette etape).
+1. ~~Reverse-proxy DSM : `baserow-schema.bolbol.tn` → `3101`~~ FAIT
+   17/08/2026 (voir piege n°5 ci-dessus pour le reglage HTTP 1.0).
 2. Ajouter le connecteur MCP personnalise cote Claude.ai avec l'URL
    `https://baserow-schema.bolbol.tn/mcp/<TOKEN>/sse` (TOKEN = `MCP_SECRET_TOKEN`
    dans `/volume1/docker/baserow-schema-mcp/.env`, non commite sur Gitea).