Sortie d'Yggdrasil 0.5, une implémentation de réseau privé fonctionnant sur Internet

Après plus de deux ans de développement, l'implémentation de référence Yggdrasil 0.5 est disponible. Elle permet le déploiement d'un réseau IPv6 privé, décentralisé et distinct, superposé au réseau mondial classique, et utilise le chiffrement de bout en bout pour garantir la confidentialité. Toutes les applications compatibles IPv6 existantes peuvent s'exécuter sur le réseau Yggdrasil. Cette implémentation est écrite en Go et distribuée sous licence LGPLv3. Plateformes prises en charge Linux, OpenWRT, Windows, macOS, FreeBSD, OpenBSD, VyOS et Ubiquiti EdgeRouter.

Yggdrasil développe un nouveau concept de routage pour créer un réseau décentralisé global, dans lequel les nœuds peuvent se connecter directement les uns aux autres en mode réseau maillé (par exemple, via Wi-Fi ou Bluetooth), ou interagir sur les réseaux IPv6 ou IPv4 existants (réseau sur haut du réseau) . Une caractéristique distinctive d'Yggdrasil est son auto-organisation du travail, qui ne nécessite pas de configuration explicite du routage - les informations sur les itinéraires sont calculées en fonction de l'emplacement d'un nœud dans le réseau par rapport aux autres nœuds. Les appareils sont adressés via une adresse IPv6 standard, qui ne change pas si un nœud se déplace (Yggdrasil utilise la plage d'adresses inutilisée 0200::/7).

L'ensemble du réseau Yggdrasil n'est pas considéré comme un ensemble de sous-réseaux disparates, mais comme un seul arbre couvrant structuré avec une « racine » et chaque nœud ayant un parent et un ou plusieurs enfants. Une telle structure arborescente vous permet de construire un itinéraire vers le nœud de destination, par rapport au nœud source, à l'aide du mécanisme « localisateur », qui détermine le chemin optimal vers le nœud à partir de la racine. Les informations sur l'arborescence sont réparties entre les nœuds et ne sont pas stockées de manière centralisée.

Pour se protéger contre l'analyse du trafic sur le réseau, un cryptage de bout en bout est utilisé (les nœuds de transit ne peuvent pas déterminer le contenu), mais l'anonymat n'est pas garanti - lors de la connexion via Internet, les pairs avec lesquels une interaction directe est effectuée peuvent déterminer le réel Adresse IP, donc pour l'anonymat, il est recommandé de connecter les nœuds via Tor ou I2P.

Bien que le projet soit encore en phase de développement alpha, il est déjà suffisamment stable pour une utilisation quotidienne, mais la compatibilité ascendante entre les versions n'est pas garantie. La communauté assure la maintenance d'un ensemble de services pour Yggdrasil, notamment une plateforme d'hébergement. Linux-conteneurs pour hébergement leurs sites web, le moteur de recherche YaCy, le serveur de communications Matrix, un serveur IRC, un DNS, un système VoIP, un traqueur BitTorrent, une carte des points de connexion, une passerelle IPFS et des proxys pour accéder aux réseaux Tor, I2P et clearnet.

Dans la nouvelle version:

• Ajout de la possibilité d'authentifier les connexions aux pairs à l'aide d'un mot de passe. Le mot de passe est spécifié via le paramètre « password= », par exemple « tls://abcd:12345?password=123456abcdef ».
• Ajout de la possibilité d'utiliser le protocole QUIC basé sur UDP pour interagir avec des pairs. Pour utiliser QUIC, vous devez spécifier le schéma d'URI quic:// dans les directives Listen et Peers, mais la prise en charge de QUIC n'est pas encore aussi bien testée que TCP et TLS.
• Ajout de l'option PrivateKeyPath, qui permet de stocker la clé privée au format PEM, séparément du fichier de configuration principal. Pour exporter la clé vers un fichier séparé, vous pouvez utiliser l'option « -exportkey ».
• Un nouveau schéma de routage a été implémenté, qui n'est pas rétrocompatible avec les versions précédentes (les nœuds avec Yggdrasil 0.5 ne peuvent pas communiquer avec les hôtes basés sur Yggdrasil 0.4), mais résout la plupart des problèmes de stabilité et d'évolutivité présents dans la branche 0.4, et réduit également considérablement la consommation de mémoire et réduit le trafic en l'absence d'activité réseau.

  La nouvelle implémentation utilise une structure probabiliste de filtre Bloom pour suivre les liens et les nœuds. La table de hachage distribuée (DHT) n'est plus utilisée pour échanger des informations de routage et lier des clés publiques dans un réseau arborescent.

  Pour maintenir la cohérence locale et réduire la dépendance aux routes vers les nœuds racine, les nœuds communiquent désormais séparément les informations sur chaque lien, qui sont suivies dans les structures CRDT. Au lieu du routage source, un routage glouton est utilisé (les requêtes sont envoyées au voisin le plus proche).

  Les formats utilisés pour la négociation de connexion et le multicast ont été repensés pour une meilleure extensibilité. Le code de traitement de la connexion a été retravaillé pour suivre de manière plus fiable le statut des pairs. Fournit un suivi séparé des intervalles entre les reconnexions pour chaque homologue configuré.

  Pour détecter les pannes, au lieu d'envoyer périodiquement des demandes keepalive distinctes, des messages confirmant la réception du trafic sont utilisés, ce qui vous permet de vous débarrasser du trafic pendant l'inactivité du réseau (ce qui, par exemple, réduit la consommation d'énergie des appareils mobiles en raison de l'exclusion du trafic en mode veille).

Source: opennet.ru