Aller au contenu

Ce serveur

This Server est le dernier groupe de la barre latérale, et il n’existe que sur un nœud. Il contient trois écrans : Surfaces, Node Settings et Connection Activity.

Une vue de statut, en lecture seule, des surfaces de portail que ce serveur fait tourner : Admin, Personal portal, Business portal, Verification page, Provider portal et Status page. Chaque ligne affiche son hôte et un état — Serving, Enabled · not served, ou Off. La page se relit d’elle-même toutes les trente secondes.

Elle affiche seulement le statut. La console ne démarre ni n’arrête jamais un service, volontairement : le contrôle des hôtes ne doit pas vivre dans la couche web. Quand une surface est activée mais non servie, la ligne affiche la commande exacte à lancer sur la machine, avec un bouton Copy :

Fenêtre de terminal
tc-operator service start <surface>

Cette commande est le seul plan de contrôle pour le service des surfaces. Admin est toujours activée.

Deux choses vivent ici : les adresses utilisées par ce nœud, et la politique sur qui peut s’y connecter.

Quatre champs — Personal portal URL, Admin portal URL, Business portal URL et Provider portal URL. Ce sont les adresses vers lesquelles se résolvent, à l’exécution, les liens d’invitation de plateforme et les références de portail.

Elles sont dérivées de ton serveur d’origine à l’installation, donc un nœud sur police.org démarre avec https://my.police.org et ses équivalents. Modifie l’une d’elles vers n’importe quelle adresse http ou https et appuie sur Save changes ; le nombre de modifications en attente s’affiche à côté du bouton, et une adresse invalide est signalée avant que tu puisses enregistrer. Le changement prend effet immédiatement.

Relancer tc-operator install n’écrase jamais une URL que tu as personnalisée.

La carte sous les URL. Un membre est quelqu’un qui a un compte sur ce serveur ; un utilisateur externe a un compte sur un autre serveur Trusted Codes.

La première ligne est un statut, pas un contrôle : New accounts on this server t’indique si n’importe qui peut s’inscrire, si c’est sur invitation seulement, ou si le serveur est fermé. Cela se règle dans operator.yaml sous auth.registration_mode, appliqué avec tc-operator reload. L’inscription ouverte doit être autorisée par Trusted Codes, et la ligne indique l’état de cette autorisation.

Deux questions sur cette carte te reviennent, et elles sont séparées volontairement. Elles n’étaient qu’un seul interrupteur avant d’être divisées, ce qui signifiait que tu ne pouvais pas empêcher d’autres serveurs de déposer des invitations ici sans aussi empêcher tes propres membres d’en inviter vers l’extérieur.

La première est ce qui se passe quand l’un de tes membres invite quelqu’un qui n’a de compte nulle part : refuser l’invitation, ou envoyer cette personne s’inscrire sur le serveur central. L’y envoyer signifie envoyer son adresse là-bas. Le routage vers l’extérieur n’est proposé que là où une offre pourrait réellement aboutir.

La seconde est de savoir si d’autres serveurs peuvent déposer des invitations sur ton nœud pour tes membres. C’est ton interrupteur d’arrêt entrant, et il peut être réglé sur refus depuis n’importe quel état.

Address reveal est le troisième contrôle, et il nécessite la permission can_reveal. Désactivé, les adresses invitées sont stockées masquées et ne peuvent être récupérées par personne, toi y compris. L’activer fait que ce serveur conserve une copie récupérable de chaque adresse invitée par tes membres — y compris les personnes qui ne s’inscrivent jamais — pendant 90 jours. Après 90 jours, l’adresse a disparu, mais l’enregistrement indiquant que quelqu’un l’a consultée est conservé.

Sous les contrôles se trouve un aperçu prêt à l’emploi, What happens, with these settings. Il parcourt dix situations et indique ce que ton nœud ferait dans chacune, avec les cas bloqués signalés, et cite mot pour mot ce qu’un membre lirait quand une invitation est refusée. Ce sont uniquement des exemples travaillés. Rien de ce qu’il affiche ne contacte un autre serveur.

Ce qui s’est réellement passé, et avec qui. Les adresses sont masquées partout.

Le journal d’invitations couvre les deux sens et inclut les tentatives entrantes refusées — sans elles, un interrupteur de refus qui fonctionne ressemblerait exactement à personne n’offrant rien. Filtre par All, Sent from here ou Offered to us. Chaque ligne donne l’heure, le sens, l’adresse masquée, l’autre serveur, ce que la recherche a trouvé, quelle règle en a décidé et ce que cette règle prévoyait à ce moment-là, et le résultat. Les lignes entrantes arrivées depuis ta dernière consultation sont marquées new.

Export as CSV (masked) télécharge le journal. Il ne porte que des valeurs masquées, il ne nécessite donc aucune permission supplémentaire.

Le journal est conservé pour la durée indiquée sous l’écran, 90 jours par défaut. L’historique des réglages, et l’enregistrement de qui a consulté une adresse, sont conservés de façon permanente.

Là où tu détiens can_reveal, un bouton show se trouve à côté d’une adresse masquée. Il demande pourquoi tu en as besoin, et ne procède pas sur une réponse trop courte. Ton nom, l’heure et ta raison sont enregistrés de façon permanente.

External servers liste chaque serveur avec lequel celui-ci a échangé, avec des compteurs de ce qui a été accepté d’eux, refusé d’eux et envoyé vers eux, et leur dernière activité. Cette liste existe parce que tu ne peux pas choisir tes pairs à l’avance — les invitations entrantes sont acceptées de tout serveur que le registre liste comme actif. Revoir cette liste après coup est le contrôle compensatoire.

External users here compte les personnes connectées ici qui tiennent leur compte sur un autre serveur, groupées par ce serveur.

Settings history enregistre qui a changé quoi, quand, et de quoi vers quoi.

Le bouton Cut off sur une ligne de serveur nécessite can_revoke. Sans elle, la cellule affiche needs permission.

C’est une vraie conséquence, donc la confirmation indique ce que cela coûte avant que tu appuies dessus : combien de personnes sont connectées depuis ce serveur maintenant, et combien de leurs invitations attendent ici. Les nouvelles invitations et recherches s’arrêtent aussitôt dans les deux sens. Rien n’est supprimé, et les connexions existantes restent, mais elles cessent de se synchroniser avec ce serveur. Les invitations en attente sont rejetées, parce que ce serveur ne peut plus les retirer. L’autre serveur n’est pas informé.

On te demande de saisir une raison, qui va dans l’historique des réglages. La ligne indique alors quand la coupure a eu lieu, par qui, et pourquoi, et le bouton devient Let back in. C’est réversible à tout moment.