TerritoIA
Modèles et hébergement
Les deux VM se parlent sur le réseau interne. L’application n’est pas publiée sur le site de la ville
12 novembre 2026 · TerritoIA, édité par STELLARMEET
La VM de l’application et la VM Ollama communiquent par le réseau que la DSI contrôle. L’adresse donnée aux agents est interne. Elle n’est pas le site municipal, elle n’est pas branchée au standard, elle ne répond pas aux habitants. Ouvrir le port vers l’internet pour « que le maire y accède de chez lui » sans un accès distant déjà cadré est un autre projet, à décider comme tel. L’agent relit. STELLARMEET ne conserve pas les échanges. Le maire ne signe pas depuis ce réseau.
Pare-feu
La DSI écrit quelles adresses peuvent joindre l’application et lesquelles peuvent joindre le modèle. En pratique, les postes des agents vers l’application, l’application vers le modèle, et c’est à peu près tout. Elle relit la règle après coup, parce qu’une règle « any » traîne souvent dans un copier-coller. Le modèle n’a pas à être joignable depuis le wifi invité.
Un test depuis un téléphone hors réseau interne doit échouer. La DSI fait ce test. Elle le note. Un succès est un trou, pas une bonne nouvelle.
Noms et certificats
L’adresse interne a un nom que les agents retiennent, comme ils retiennent l’adresse du courrier. Le certificat, s’il y en a un, est celui de la commune. La DSI ne laisse pas un avertissement de sécurité permanent « qu’on clique quand même ». Elle relit le nom sur le certificat. Un nom qui pointe encore vers une ancienne maquette se corrige avant l’ouverture du service.
Les identifiants des agents sont ceux de l’annuaire ou ceux créés pour l’application, selon le choix déjà fait. On ne partage pas un compte générique « urbanisme » pour aller plus vite.
Habitants et actes
Aucune page publique n’embarque la fenêtre de l’application. L’outil n’est pas un accueil. Les réponses ne sont pas des actes. Le maire signe ailleurs.
La DSI relit le schéma au moment où quelqu’un propose d’ajouter un robot sur le site de la ville « puisque le modèle est là ». La réponse est non : ce serait un autre service, pour les habitants, que cette installation ne fait pas. La note d’architecture le dit en une phrase, pour que la proposition ne revienne pas sous un autre nom.
La DSI refait le test « téléphone hors réseau » après chaque changement de pare-feu, pas seulement le jour de l’installation. Elle note l’échec attendu. Un accès qui réussit se ferme avant la fin de la journée. Les agents passent par l’adresse interne connue. Les habitants ne gagnent pas un service par un port oublié. L’outil n’est pas un accueil. Le maire n’obtient pas une exception wifi. Le schéma affiché dans la note est celui qui a passé le test.
Le nom interne figé dans les favoris des agents est le même que celui du certificat. La DSI relit les deux le jour où le DNS change. Un favori qui pointe vers une IP directe se retire, parce qu’il contourne le nom et le certificat.
Rubrique Modèles et hébergement. Cadre du produit : IA pour mairie.