{"id":102274,"date":"2021-11-12T21:36:38","date_gmt":"2021-11-12T19:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-nebula-1-5-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej"},"modified":"2021-11-12T21:36:38","modified_gmt":"2021-11-12T19:36:38","slug":"vypusk-nebula-1-5-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-nebula-1-5-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","title":{"rendered":"Release von Nebula 1.5, einem System zur Erstellung von Overlay-P2P-Netzwerken","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Ver\u00f6ffentlichung von Nebula 1.5 ist verf\u00fcgbar und bietet ein Toolkit zur Erstellung von sicheren Overlay-Netzwerken. Das Netzwerk kann von wenigen bis zu mehreren zehntausend geografisch verteilten Hosts kombiniert werden, die bei verschiedenen Anbietern untergebracht sind und ein separates, isoliertes Netzwerk \u00fcber dem globalen Netzwerk bilden. Das Projekt ist in Go geschrieben und unter der MIT-Lizenz verf\u00fcgbar. Es wird von Slack, dem Unternehmen hinter dem gleichnamigen Unternehmens-Messaging-Dienst, betrieben. Die Nutzung wird auf Linux, FreeBSD, macOS, Windows, iOS und Android unterst\u00fctzt. <\/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>Die Identit\u00e4t jedes Hosts im Netzwerk wird durch ein digitales Zertifikat best\u00e4tigt, und der Zugang zum Netzwerk erfordert eine Authentifizierung \u2013 jeder Benutzer erh\u00e4lt ein Zertifikat, das die IP-Adresse im Nebula-Netzwerk, den Namen sowie die Mitgliedschaft in Host-Gruppen best\u00e4tigt. Die Zertifikate werden von einer internen Zertifizierungsstelle signiert, die vom Sch\u00f6pfer des Netzwerks auf seinen Ressourcen bereitgestellt wird und zur Beglaubigung der Berechtigungen von Hosts dient, die berechtigt sind, sich mit dem Overlay-Netz zu verbinden. <\/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 (zum Beispiel 192.168.10.0\/24), und es erfolgt eine Zuordnung interner Adressen zu Host-Zertifikaten. Aus den Teilnehmern des Overlay-Netzwerks k\u00f6nnen Gruppen gebildet werden, beispielsweise zur Trennung von Servern und Arbeitsstationen, auf die separate Regeln zur Verkehrsfilterung angewendet werden. Verschiedene Mechanismen stehen zur Verf\u00fcgung, um Adress\u00fcbersetzer (NAT) und Firewalls zu umgehen. Es ist m\u00f6glich, Routing \u00fcber das Overlay-Netzwerk f\u00fcr den Verkehr von externen Hosts, die nicht zum Nebula-Netzwerk geh\u00f6ren (unsichere Route), zu organisieren. <\/p>\n

Die Erstellung von Firewalls zur Trennung des Zugriffs und zur Filterung des Verkehrs zwischen Knoten im Nebula-Overlay-Netzwerk wird unterst\u00fctzt. Zur Filterung werden ACL mit Tag-Zuordnungen verwendet. Jeder Host im Netzwerk kann eigene Filterregeln basierend auf Hosts, Gruppen, Protokollen und Netzwerkports festlegen. Dabei werden Hosts nicht nach IP-Adressen, sondern anhand von durch digitale Signaturen best\u00e4tigten Identifikatoren gefiltert, die ohne Kompromittierung der koordinierenden Komponente des Zertifizierungszentrums nicht gef\u00e4lscht werden k\u00f6nnen. <\/p>\n

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