{"id":115651,"date":"2024-05-09T13:52:14","date_gmt":"2024-05-09T11:52:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-nebula-1-9-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej"},"modified":"2024-05-09T13:52:14","modified_gmt":"2024-05-09T11:52:14","slug":"vypusk-nebula-1-9-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-nebula-1-9-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","title":{"rendered":"Ver\u00f6ffentlichung von Nebula 1.9, einem System zur Erstellung von Overlay-P2P-Netzen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Version 1.9 des Nebula-Projekts wurde ver\u00f6ffentlicht. Dieses bietet Werkzeuge zum Aufbau gesicherter Overlay-Netzwerke, die es erm\u00f6glichen, r\u00e4umlich getrennte Hosts in einem eigenen isolierten Netzwerk zu vereinen, das \u00fcber das globale Netzwerk funktioniert. Das Projekt ist daf\u00fcr konzipiert, eigene Overlay-Netzwerke f\u00fcr verschiedene Zwecke zu erstellen, beispielsweise zur Vernetzung von Unternehmenscomputern in verschiedenen B\u00fcros, Servern in diversen Rechenzentren oder virtuellen Umgebungen bei verschiedenen Cloud-Anbietern. Der Code ist in Go geschrieben und unter der MIT-Lizenz ver\u00f6ffentlicht. Das Projekt wurde von Slack ins Leben gerufen, das den gleichnamigen Unternehmensmessenger entwickelt. Es wird Unterst\u00fctzung f\u00fcr Linux, FreeBSD, macOS, Windows, iOS und Android angeboten. <\/p>\n

In Nebula kommunizieren die Knoten direkt im P2P-Modus miteinander \u2013 bei Bedarf werden dynamisch direkte Verbindungen zwischen den Knoten hergestellt. VPN<\/a>-Verbindungen. Die Identit\u00e4t jedes Hosts im Netzwerk wird durch ein digitales Zertifikat best\u00e4tigt, und der Zugang zum Netzwerk erfordert eine Authentifizierung \u2014 jeder Benutzer erh\u00e4lt ein Zertifikat, das die IP-Adresse im Nebula-Netzwerk, den Namen und die Mitgliedschaft in Hostgruppen best\u00e4tigt. Die Zertifikate werden von einer internen Zertifizierungsstelle signiert, die vom Ersteller jedes einzelnen Netzwerks auf seinen eigenen Servern bereitgestellt wird und zur Best\u00e4tigung der Berechtigungen der Hosts verwendet wird, die berechtigt sind, sich mit einem bestimmten Overlay-Netzwerk zu verbinden, das an die Zertifizierungsstelle gebunden ist. <\/p>\n

F\u00fcr die Erstellung eines authentifizierten, sicheren Kommunikationskanals verwendet Nebula ein eigenes Tunnelprotokoll, das auf dem Diffie-Hellman-Schl\u00fcsselaustausch und dem AES-256-GCM-Verschl\u00fcsselungsalgorithmus basiert. Die Implementierung des Protokolls st\u00fctzt sich auf erprobte und bew\u00e4hrte Primitivtypen, die vom Noise-Framework bereitgestellt werden, das auch in Projekten wie WireGuard, Lightning und I2P verwendet wird. Es wird behauptet, dass das Projekt eine unabh\u00e4ngige Sicherheits\u00fcberpr\u00fcfung bestanden hat. <\/p>\n

Um andere Knoten zu entdecken und die Verbindung zum Netzwerk zu koordinieren, werden spezielle Knoten «lighthouse» erstellt, deren globale IP-Adressen festgelegt und den Teilnehmern des Netzwerks bekannt sind. Die Teilnehmerknoten sind nicht an externe gebunden. die IP-Adresse gebunden sind<\/a>Das erstellte Netzwerk erh\u00e4lt einen bestimmten Bereich von Intranet-Adressen (z. B. 192.168.10.0\/24), und die internen Adressen werden mit den Zertifikaten der Hosts verbunden. Es stehen verschiedene Mechanismen zur Verf\u00fcgung, um Adress\u00fcbersetzer (NAT) und Firewalls zu umgehen. Eine Organisation der Routing \u00fcber Overlay-Netzwerke nicht in das Nebula-Netzwerk integrierter Hosts (unsafe route) ist m\u00f6glich. Aus den Teilnehmern des Overlay-Netzwerks k\u00f6nnen Gruppen gebildet werden, zum Beispiel zur Trennung von Servern und Arbeitsstationen, f\u00fcr die separate Regeln zur Filterung des Datenverkehrs gelten. <\/p>\n

Das erstellte Netzwerk erh\u00e4lt einen bestimmten Bereich von Intranet-Adressen (z. B. 192.168.10.0\/24), und die internen Adressen werden mit den Zertifikaten der Hosts verbunden. Es stehen verschiedene Mechanismen zur Verf\u00fcgung, um Adress\u00fcbersetzer (NAT) und Firewalls zu umgehen. Eine Organisation der Routing \u00fcber Overlay-Netzwerke nicht in das Nebula-Netzwerk integrierter Hosts (unsafe route) ist m\u00f6glich. Aus den Teilnehmern des Overlay-Netzwerks k\u00f6nnen Gruppen gebildet werden, zum Beispiel zur Trennung von Servern und Arbeitsstationen, f\u00fcr die separate Regeln zur Filterung des Datenverkehrs gelten. <\/p>\n

Es wird die Erstellung von Firewalls zur Segmentierung des Zugriffs und zur Traffic-Filterung zwischen Knoten im Overlay-Netzwerk Nebula unterst\u00fctzt. F\u00fcr die Filterung werden ACLs mit Tag-Bindungen verwendet. Jeder Host im Netzwerk kann seine eigenen Filterregeln basierend auf Hosts, Gruppen, Protokollen und Netzwerkports definieren. Dabei werden Hosts nicht nach IP-Adressen gefiltert, sondern nach zertifizierten, digital signierten Host-IDs, die ohne Kompromittierung der Zertifizierungsstelle, die das Netzwerk koordiniert, nicht gef\u00e4lscht werden k\u00f6nnen. <\/p>\n

In der neuen Version: <\/p>\n