fix(ui): ne plus réclamer un code déjà validé après une reconnexion (v0.8.6)

Le client tenait pour acquis que l'autorisation ne survivait pas à la chute
du tunnel — un commentaire l'affirmait noir sur blanc. C'est l'inverse : le
serveur autorise l'adresse de tunnel du pair jusqu'à l'échéance enregistrée,
et cette adresse ne change pas d'une reconnexion à l'autre. Se reconnecter
ne révoque rien ; seul le client oubliait, et redemandait un code que le
serveur avait déjà accepté.

Il pose maintenant la question au lieu de la supposer, via GET /api/session
(serveur >= 0.3.0), dès que le tunnel monte : démarrage sur un tunnel déjà
actif, reconnexion automatique, ou avant toute invite de saisie. Le serveur
identifie l'appelant à l'IP source, aucun identifiant ne circule.

Serveur injoignable, réponse illisible ou serveur antérieur à la 0.3.0 ne
valent pas « accès ouvert » : sans information, le client ne conclut rien et
laisse le bouton disponible — le sens sûr, et le comportement de la 0.8.5.

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

This commit is contained in:

tuxgyver

2026-09-07 18:27:32 +02:00

co-authored by

Claude Opus 5

parent 4cf3e26dff

commit 306e512aab

7 changed files with 127 additions and 14 deletions

									
										Makefile
									
		+1
		-1
	
												View File
												
				@@ -4,7 +4,7 @@

				## ──────────────────────────────────────────────

				APP     := wgsecure

				VERSION := 0.8.5

				VERSION := 0.8.6

				VENV    := .venv

				PYTHON  := $(VENV)/bin/python3

				PIP     := $(VENV)/bin/pip