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

\u00c8 disponibile il rilascio del progetto Nebula 1.5, che offre strumenti per la creazione di reti overlay sicure. La rete pu\u00f2 combinare da pochi a decine di migliaia di host territorialmente separati, ospitati presso diversi provider, formando una rete isolata e separata sopra la rete globale. Il progetto \u00e8 scritto in Go ed \u00e8 distribuito con licenza MIT. \u00c8 stato sviluppato dall'azienda Slack, che gestisce l'omonimo messenger aziendale. \u00c8 supportato su Linux, FreeBSD, macOS, Windows, iOS e Android. <\/p>\n

I nodi nella rete Nebula interagiscono tra loro direttamente in modalit\u00e0 P2P \u2013 man mano che sorge la necessit\u00e0 di trasferire dati tra i nodi, vengono create dinamicamente connessioni dirette. VPN<\/a>-connessioni. L'identit\u00e0 di ogni host nella rete \u00e8 confermata da un certificato digitale, e la connessione alla rete richiede l'autenticazione: 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 una Certification Authority interna, distribuita dal creatore della rete sulle proprie risorse e utilizzata per attestare i diritti degli host autorizzati a connettersi alla rete overlay. <\/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 di chiavi di Diffie-Hellman e sul cifrario AES-256-GCM. L'implementazione del protocollo si basa su primitivi pronti e collaudati, forniti dal framework Noise, anch'esso utilizzato in progetti come WireGuard, Lightning e I2P. Si afferma che il progetto abbia superato una revisione indipendente della sicurezza. <\/p>\n

Per rilevare altri nodi e coordinare le connessioni alla rete, vengono creati nodi speciali 'lighthouse', i cui indirizzi IP globali sono fissi e noti ai partecipanti alla rete. I nodi partecipanti non sono legati a fonti esterne. indirizzo IP<\/a>, sono identificati dai certificati. I proprietari degli host non possono apportare modifiche ai certificati firmati e, a differenza delle reti IP tradizionali, non possono spacciarsi per un altro host semplicemente cambiando indirizzo IP. Durante la creazione del tunnel, l'identit\u00e0 dell'host \u00e8 confermata da una chiave privata individuale. <\/p>\n

Alla rete creata viene assegnato un certo intervallo di indirizzi intranet (ad esempio, 192.168.10.0\/24) e viene effettuato il legame degli indirizzi interni con i certificati degli host. Dai partecipanti alla rete overlay possono formarsi gruppi, ad esempio, per separare server e workstation, ai quali si applicano regole di filtraggio del traffico diverse. Vengono forniti vari meccanismi per superare i traduttori di indirizzi (NAT) e i firewall. \u00c8 possibile organizzare il routing attraverso la rete overlay del traffico di host esterni non inclusi nella rete Nebula (unsafe route). <\/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 utilizzate ACL legate a tag. Ogni host nella rete pu\u00f2 definire le proprie regole di filtraggio per host, gruppi, protocolli e porte di rete. Gli host vengono filtrati non in base agli indirizzi IP, ma agli identificatori certificati da firme digitali degli host, che non possono essere falsificati senza compromettere l'autorit\u00e0 di certificazione centrale della rete. <\/p>\n

Nel nuovo rilascio: <\/p>\n