bolbol
/
nas-runbooks
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

docs: cause reelle WebUI inaccessible = NAT TT sur connexions paralleles, fix = tunnel SSH local

This commit is contained in:
bolbol 2026-07-07 19:37:25 +00:00
parent 1d044ae5ca
commit 00bafed80f
1 changed files with 14 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
hermes-nyora/vps-contabo-reinstall-tailscale-07-07.md
View File

@ -31,3 +31,17 @@ Tests manuels (`su -s /bin/bash qbtuser -c 'curl ...'`) échouent systématiquem
## Fichiers
Scripts réutilisés tels quels depuis `contabo-vps/setup-wireguard.sh` et `contabo-vps/setup-qbittorrent.sh` — aucune modification nécessaire, la partie VPN/kill-switch n'a jamais été en cause dans l'incident.
## Suite (07/07/2026, soir) — cause reelle identifiee et resolue
Le WebUI restait inaccessible depuis Safari/Chrome sur Mac (ERR_CONNECTION_REFUSED) meme apres Tailscale fonctionnel, alors que `curl` simple reussissait (HTTP 200). Test decisif : 5 `curl` en parallele depuis le Mac -> 5 echecs (`000`), alors qu'une requete seule passe toujours. Meme signature que l'incident wg-admin initial du 05/07 (deja documente a l'epoque : "connexions sequentielles OK, paralleles KO").
**Cause reelle** : NAT agressif Tunisia Telecom qui casse les connexions concurrentes sortantes, independamment du tunnel utilise en dessous (wg-admin custom hier, Tailscale aujourd'hui). Ni qBittorrent, ni le kill-switch, ni la config Tailscale n'etaient en cause — tout le travail de diagnostic reseau/iptables/UID de la session precedente etait hors-sujet par rapport a la vraie cause.
**Fix** : tunnel SSH local multiplexe au lieu d'un acces navigateur direct.
```
ssh -L 8080:localhost:8080 root@100.94.90.119
```
puis `http://localhost:8080` dans le navigateur. Une seule connexion TCP vers le VPS, le navigateur multiplexe dessus au lieu d'ouvrir plusieurs connexions paralleles qui declenchent le bug NAT.
**Lecon a capitaliser** : cette solution etait deja la Solution 1 recommandee dans le tout premier diagnostic (05/07), avant meme la bascule Tailscale et la reinstallation complete du VPS. Le symptome "sequentiel OK / parallele KO" est un signal fort et suffisant a lui seul pour aller direct au tunnel SSH local, sans reinvestiguer tunnel/firewall/kill-switch a chaque fois qu'il reapparait avec un acces web direct depuis ce reseau.