{"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\/it\/blog\/news\/vypusk-nebula-1-9-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","title":{"rendered":"Uscita di Nebula 1.9, sistema per la creazione di reti P2P sovrapposte","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00c8 stato rilasciato il progetto Nebula 1.9, che offre strumenti per la creazione di reti overlay sicure, consentendo di unire host geograficamente separati in una rete isolata che opera sopra la rete globale. Il progetto \u00e8 destinato alla creazione di reti overlay personalizzate per qualsiasi esigenza, ad esempio per connettere computer aziendali in diversi uffici, server in vari data center o ambienti virtuali presso diversi fornitori di cloud. Il codice \u00e8 scritto in Go e distribuito sotto licenza MIT. Il progetto \u00e8 fondato da Slack, che sviluppa il messenger aziendale omonimo. \u00c8 supportato su Linux, FreeBSD, macOS, Windows, iOS e Android. <\/p>\n

I nodi nella rete Nebula comunicano tra loro direttamente in modalit\u00e0 P2P \u2014 quando \u00e8 necessario trasferire dati tra i nodi, vengono creati dinamicamente collegamenti diretti. VPN<\/a>-connessioni. L'identit\u00e0 di ogni host nella rete \u00e8 confermata da un certificato digitale, e la connessione alla rete richiede autenticazione \u2014 ogni utente riceve un certificato che conferma l'indirizzo IP nella rete Nebula, il nome e l'appartenenza ai gruppi di host. I certificati sono firmati da un'autorit\u00e0 di certificazione interna, implementata dal creatore di ciascuna rete su proprio hardware e utilizzata per garantire le credenziali degli host autorizzati a connettersi a una specifica rete overlay legata all'autorit\u00e0 di certificazione. <\/p>\n

Per creare un canale di comunicazione autenticato e protetto in Nebula, viene utilizzato un protocollo di tunneling proprietario, basato sul protocollo di scambio chiavi di Diffie-Hellman e la crittografia AES-256-GCM. L'implementazione del protocollo si basa su primitive gi\u00e0 pronte e verificate, fornite dal framework Noise, che \u00e8 anche utilizzato in progetti come WireGuard, Lightning e I2P. Si afferma che il progetto ha superato un audit di sicurezza indipendente. <\/p>\n

Per scoprire altri nodi e coordinare le connessioni alla rete, vengono creati nodi speciali «lighthouse», i cui indirizzi IP globali sono fissi e noti ai partecipanti della rete. I nodi partecipanti non hanno alcun legame con l'esterno, sono identificati tramite certificati. I proprietari degli host non possono effettuare modifiche ai certificati firmati e, a differenza delle tradizionali reti IP, non possono fingersi un altro host semplicemente cambiando l'indirizzo IP. indirizzo IP<\/a>Quando si crea un tunnel, l'identit\u00e0 dell'host \u00e8 confermata da una chiave privata individuale. <\/p>\n

Alla rete creata viene assegnato un intervallo specifico di indirizzi intranet (ad esempio, 192.168.10.0\/24) e viene effettuato un collegamento degli indirizzi interni con i certificati degli host. Vengono forniti vari meccanismi per bypassare traduttori di indirizzi (NAT) e firewall. \u00c8 possibile organizzare il routing attraverso la rete overlay del traffico di host esterni che non fanno parte della rete Nebula (unsafe route). Dai partecipanti alla rete overlay possono formarsi gruppi, ad esempio per separare server e workstation, ai quali si applicano regole distinte di filtraggio del traffico. <\/p>\n

\u00c8 supportata la creazione di firewall per separare l'accesso e filtrare il traffico tra i nodi nella rete overlay Nebula. Per il filtraggio vengono utilizzati ACL con legami di tag. Ogni host nella rete pu\u00f2 definire le proprie regole di filtraggio in base a host, gruppi, protocolli e porte di rete. Gli host vengono filtrati non in base agli indirizzi IP, ma in base agli identificatori firmati digitalmente dell'host, che non possono essere contraffatti senza compromettere l'autorit\u00e0 di certificazione che coordina l'operazione della rete. <\/p>\n

Nel nuovo rilascio: <\/p>\n