Trafic du mesh reçu émis 5 min
Journal d'activité événements opérationnels
Journal d'audit actions admin — sécurité
Compte et rôle
admin : gère la plateforme et tous les réseaux. client : accède aux réseaux dont il est propriétaire, gestionnaire ou lecteur. Les droits réseau sont vérifiés côté serveur à chaque requête.
Sécurité : utilisez HTTPS en production, révoquez les sessions inconnues ci-dessus, et demandez un nouveau mot de passe à un admin en cas de doute.
Réseaux
Un réseau par site. Chaque appareil autorisé reçoit une IP SkyLink.
| ID réseau | Nom | Subnet | Membres | En attente |
|---|
Réseau
—
—
Appareils
PC : lien client. Téléphone : QR d'enrôlement. Tags : même tag = se voient, sans tag = tout voit.
| Nœud | Hostname | OS | Tags | IP virtuelle | Statut | Vu | Endpoints |
|---|
Topologie — liens connus du coordinateur
Chemins rapportés par chaque agent : direct = P2P, relais = via le coordinateur (latence plus élevée). Ce n'est pas une garantie que le chemin est utilisable à l'instant présent.
| Membre | Pair | Chemin | RX ↓ | TX ↑ | Dernier handshake |
|---|---|---|---|---|---|
| chargement… | |||||
Règles de flux entrantes
Appliquées par chaque agent sur les paquets reçus des pairs — la première règle correspondante gagne ; sans règle, tout passe. Les téléphones (WireGuard natif) ne filtrent pas.
| # | Action | Tags source | Proto | Port dest. | Note |
|---|
Nommage interne (.skylink)
DNS magique servi par l'agent sur le tunnel —
<nom>.skylink résout l'IP virtuelle.
| Nom | IP virtuelle | IPv6 | Source |
|---|---|---|---|
| chargement… | |||
Routes gérées
Préfixes accessibles via un membre : un LAN derrière un nœud
(ex. 192.168.1.0/24) ou 0.0.0.0/0 pour en faire un
nœud de sortie (tout le trafic Internet des pairs passe par lui). Les
routes sont distribuées aux agents via la netmap ; le nœud passerelle active
le forwarding + NAT automatiquement (Linux).
| Cible | Via |
|---|
Ajouter un appareil à ce réseau
Lien client
Page publique de ce réseau : vos utilisateurs y téléchargent l'agent avec la commande pré-remplie.
—
Windows — PowerShell admin :
—
Linux — shell root :
—
Clés d'invitation
Un appareil installé avec une clé valide est autorisé automatiquement — plus besoin de l'approuver à la main. La clé complète n'est affichée qu'une seule fois, à la création.
| Clé | Nom | Utilisations | Expire | Statut |
|---|
Téléphones / WireGuard natif
Configurations WireGuard provisionnées par le coordinateur (QR ou fichier .conf). Elles ne récupèrent pas automatiquement les nouveaux pairs — régénérez la config si la topologie change.
| Membre | IP virtuelle | Lien d'enrôlement | |
|---|---|---|---|
| chargement… | |||
VPN natif (sans app WireGuard)
iOS/Android savent faire de l'IKEv2 en natif — aucune app à installer. Dans les réglages VPN du téléphone, crée une connexion :
| Type | IKEv2 |
| Serveur | skylink.urbanfood-co.com |
| ID distant | skylink.urbanfood-co.com |
| Authentification | Nom d'utilisateur (EAP-MSCHAPv2) |
| Identifiant | borne |
| Mot de passe | SkyLink-Mobile-2026 |
| Accès | seul le réseau SkyLink passe par le tunnel (split tunnel) |
Paramètres du réseau
Zone dangereuse
Supprime le réseau et désenrôle tous ses membres — définitif.
Portail client
Chaque réseau possède une page publique où vos utilisateurs téléchargent l'agent et obtiennent la commande d'installation pré-remplie. Partagez simplement le lien.
—
Installation en une commande
Windows — PowerShell en administrateur :
—
Linux — dans un shell root :
—
Après l'installation, l'appareil apparaît dans l'onglet Réseaux avec le statut en attente — autorisez-le pour qu'il obtienne son IP virtuelle.
Fichiers publiés servis sous /dl/, accès public
Utilisateurs
admin : tout voir. client : ses réseaux seulement.
| Identifiant | Rôle | Réseaux assignés | Créé le |
|---|