ELX-VNetwork
Votre propre réseau local, à travers Internet
Des machines situées dans des villes différentes, chacune derrière son routeur, se voient comme si elles étaient dans la même pièce : dossiers partagés, voisinage réseau, imprimantes, bureau à distance, SSH. Il n'y a rien à configurer sur les routeurs — ni redirection de port, ni adresse publique.
Comme dans la même pièce
Chaque machine reçoit une adresse permanente du type 10.77.0.5. Les voisins apparaissent dans le voisinage réseau et répondent à leur nom autant qu'à leur adresse — car il s'agit d'Ethernet véritable, non d'un port redirigé.
Cela ne ressemble pas à un VPN
Vu de l'extérieur, c'est une connexion HTTPS vers un site sur le port 443. Il n'y a pas de protocole VPN caractéristique qu'une inspection de paquets pourrait reconnaître, ni rien qu'un opérateur mobile brimerait en premier.
Un terminal dans le navigateur
SSH vers n'importe quelle machine Linux directement depuis l'interface. C'est la machine elle-même qui demande l'identifiant et le mot de passe — aucun tunnel à monter à la main, aucune clé à déposer d'avance.
Segments et invitations
Plusieurs réseaux indépendants sur un seul serveur. Une machine entre avec un code d'invitation, et c'est vous qui décidez de la laisser entrer. Personne ne pénètre un segment pour avoir deviné une adresse.
On voit ce qui se passe
Qui est en ligne et depuis combien de temps, la vitesse instantanée dans les deux sens, le trafic et un journal des deux cents dernières sessions. À côté de chaque machine : son système, la mémoire occupée et la charge du processeur.
Cela s'établit tout de suite
Une connexion et un chemin. Aucun percement de NAT, aucun recueil de candidats, aucune négociation entre pairs qui réussit au bureau et échoue sur site. Le réseau est prêt quelques secondes après le démarrage.
Captures d'écran
Ce que c'est réellement
Non pas un « accès à un serveur », mais un véritable réseau local. Le client crée une carte Ethernet virtuelle, et dès lors le système d'exploitation traite les machines lointaines comme si elles étaient branchées sur le même commutateur : les diffusions arrivent, la découverte des voisins fonctionne, et tout protocole reposant sur Ethernet fonctionne ici sans en être averti.
C'est là la différence avec un tunnel vers un seul port. Dossiers partagés, imprimantes, bureau à distance, SSH, clients de bases de données, protocoles industriels qui attendent un réseau plat — tout fonctionne sans réglage, car pour eux rien n'a changé.
De quoi cela se compose
Deux programmes. L'un tourne sur un serveur — le VPS le moins cher suffit. L'autre va sur chaque machine qui doit rejoindre le réseau. Rien d'autre : pas de base de données, pas de courtier de messages, pas de service tiers.
Le serveur — elxvnet-server
Installé une fois sur une machine à adresse fixe et nom de domaine. Un cœur et 512 Mo de mémoire portent des dizaines de machines connectées. Un exécutable unique d'environ 12 Mo et une unité systemd ; la base est un SQLite posé à côté.
Le client — elxvnet
Sous Windows, un installateur met en place le service, la carte virtuelle et une icône près de l'horloge. Sous Linux, c'est un paquet pour amd64, arm64 et armhf — aucun pilote nécessaire, le noyau en dispose depuis des années.
Le serveur porte trois choses à la fois : l'interface d'administration, les comptes avec leurs segments et leurs codes d'invitation, et le commutateur lui-même, par lequel passent les trames entre les machines. Vers l'extérieur, seul le port 443 est visible.
Comparé à ZeroTier, Tailscale et Hamachi
Le but est le même : des machines derrière les routeurs d'autrui se retrouvent sur un même réseau. La différence tient à la façon dont c'est livré.
| ELX-VNetwork | Les alternatives habituelles | |
|---|---|---|
| Transport | HTTPS sur 443, indiscernable d'un site web | Des protocoles propres sur UDP, faciles à classer pour une inspection de paquets |
| Chemin | Une connexion par votre serveur, établie en quelques secondes | Percement de NAT et négociation entre pairs, susceptibles d'échouer en pleine session |
| Compte | Aucun — le serveur est le vôtre | Un compte dans le nuage d'un autre |
| Limite d'appareils | Aucune | Une offre gratuite avec un plafond |
| Taille du client | Environ 6 Mo, un fichier | Des dizaines de mégaoctets, plus des services annexes |
| Niveau réseau | L2 — diffusions et découverte fonctionnent | Le plus souvent L3 — routage seulement |
La conséquence pratique apparaît justement sur une liaison mobile : un protocole qu'un opérateur n'a jamais eu de raison de brimer continue de fonctionner.
L'installation prend deux minutes
sudo dpkg -i elx-vnetwork_*.deb
sudo elxvnet join -server https://vnet.example.com -invite ELX-XXXX-XXXX-XXXX
sudo systemctl start elxvnet
elxvnet statuselxvnet-setup-1.0.73.exe /VERYSILENT /SUPPRESSMSGBOXES ^
/SERVER=https://vnet.example.com /INVITE=ELX-XXXX-XXXX-XXXXEn bref
- Niveau réseau
- L2 — Ethernet véritable, diffusions comprises
- Transport
- WebSocket sur TLS, port 443
- Carte
- TAP-Windows6 sous Windows, /dev/net/tun sous Linux
- Systèmes du client
- Windows 10 et 11 (64 bits), Debian, Ubuntu et apparentés
- Architectures
- amd64, arm64, armhf
- Exigences du serveur
- Un cœur, 512 Mo de mémoire, un nom de domaine
- Stockage du serveur
- SQLite, un seul fichier
- Notifications
- Telegram, courriel, ou les deux