{"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\/pl\/blog\/news\/vypusk-nebula-1-9-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","title":{"rendered":"Wydanie Nebula 1.9, systemu do tworzenia nak\u0142adkowych sieci P2P","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Opublikowano wydanie projektu Nebula 1.9, oferuj\u0105cego narz\u0119dzia do budowy zabezpieczonych sieci overlay, umo\u017cliwiaj\u0105cych po\u0142\u0105czenie geograficznie rozdzielonych host\u00f3w w oddzieln\u0105, izolowan\u0105 sie\u0107 dzia\u0142aj\u0105c\u0105 na globalnej sieci. Projekt ma na celu tworzenie w\u0142asnych sieci overlay do r\u00f3\u017cnych zastosowa\u0144, takich jak \u0142\u0105czenie komputer\u00f3w firmowych w r\u00f3\u017cnych biurach, serwer\u00f3w w r\u00f3\u017cnych centrach danych czy \u015brodowisk wirtualnych u r\u00f3\u017cnych dostawc\u00f3w chmury. Kod napisany jest w j\u0119zyku Go i jest udost\u0119pniany na licencji MIT. Projekt zosta\u0142 za\u0142o\u017cony przez firm\u0119 Slack, kt\u00f3ra rozwija identyczn\u0105 korporacyjn\u0105 aplikacj\u0119 do komunikacji. Obs\u0142ugiwane s\u0105 systemy Linux, FreeBSD, macOS, Windows, iOS i Android. <\/p>\n

W\u0119z\u0142y w sieci Nebula komunikuj\u0105 si\u0119 ze sob\u0105 bezpo\u015brednio w trybie P2P \u2014 w miar\u0119 potrzeby przesy\u0142ania danych mi\u0119dzy w\u0119z\u0142ami dynamicznie tworzone s\u0105 bezpo\u015brednie VPN<\/a>-po\u0142\u0105czenia. To\u017csamo\u015b\u0107 ka\u017cdego hosta w sieci jest potwierdzana certyfikatem cyfrowym, a po\u0142\u0105czenie z sieci\u0105 wymaga autoryzacji \u2014 ka\u017cdy u\u017cytkownik otrzymuje certyfikat potwierdzaj\u0105cy adres IP w sieci Nebula, imi\u0119 oraz przynale\u017cno\u015b\u0107 do grup host\u00f3w. Certyfikaty s\u0105 podpisywane wewn\u0119trzn\u0105 jednostk\u0105 certyfikuj\u0105c\u0105, wdra\u017can\u0105 przez tw\u00f3rc\u0119 ka\u017cdej oddzielnej sieci na swoich zasobach i stosowan\u0105 do uwierzytelniania uprawnie\u0144 host\u00f3w, kt\u00f3re maj\u0105 prawo do \u0142\u0105czenia si\u0119 z konkretn\u0105 sieci\u0105 owerlay, powi\u0105zan\u0105 z jednostk\u0105 certyfikuj\u0105c\u0105. <\/p>\n

Dla nawi\u0105zania uwierzytelnionego, zabezpieczonego kana\u0142u komunikacji w Nebula stosowany jest w\u0142asny protok\u00f3\u0142 tunelowy, oparty na protokole wymiany kluczy Diffiego-Hellmana oraz szyfrowaniu AES-256-GCM. Realizacja protoko\u0142u opiera si\u0119 na gotowych i przetestowanych prymitywach, dostarczanych przez framework Noise, kt\u00f3ry jest r\u00f3wnie\u017c wykorzystywany w takich projektach, jak WireGuard, Lightning i I2P. Twierdzi si\u0119, \u017ce projekt przeszed\u0142 niezale\u017cny audyt bezpiecze\u0144stwa. <\/p>\n

Aby wykrywa\u0107 inne w\u0119z\u0142y i koordynowa\u0107 po\u0142\u0105czenia z sieci\u0105, tworzone s\u0105 specjalne w\u0119z\u0142y \u201elighthouse\u201d, kt\u00f3rych globalne adresy IP s\u0105 sta\u0142e i znane uczestnikom sieci. W\u0119z\u0142y uczestnik\u00f3w nie s\u0105 zwi\u0105zane ze zewn\u0119trznymi adresem IP<\/a>, s\u0105 identyfikowane przez certyfikaty. W\u0142a\u015bciciele host\u00f3w nie mog\u0105 sami wprowadza\u0107 zmian w podpisanych certyfikatach i w przeciwie\u0144stwie do tradycyjnych sieci IP, nie mog\u0105 udawa\u0107 innego hosta po prostu zmieniaj\u0105c adres IP. Podczas tworzenia tunelu to\u017csamo\u015b\u0107 hosta jest potwierdzana indywidualnym kluczem prywatnym. <\/p>\n

Tworzonej sieci przypisywany jest okre\u015blony zakres adres\u00f3w intranetowych (na przyk\u0142ad 192.168.10.0\/24) i zachodzi powi\u0105zanie wewn\u0119trznych adres\u00f3w z certyfikatami host\u00f3w. Zapewnia si\u0119 r\u00f3\u017cne mechanizmy do omijania translator\u00f3w adres\u00f3w (NAT) oraz zap\u00f3r sieciowych. Istnieje mo\u017cliwo\u015b\u0107 organizacji routingu przez nak\u0142adkow\u0105 sie\u0107 ruchu zewn\u0119trznych host\u00f3w, kt\u00f3re nie s\u0105 cz\u0119\u015bci\u0105 sieci Nebula (niebezpieczna trasa). Z uczestnik\u00f3w nak\u0142adkowej sieci mog\u0105 formowa\u0107 si\u0119 grupy, na przyk\u0142ad do podzia\u0142u serwer\u00f3w i stacji roboczych, do kt\u00f3rych stosowane s\u0105 oddzielne zasady filtracji ruchu. <\/p>\n

Wsparcie dla tworzenia zap\u00f3r sieciowych w celu podzia\u0142u dost\u0119pu i filtracji ruchu mi\u0119dzy w\u0119z\u0142ami w nak\u0142adkowej sieci Nebula. Do filtracji stosowane s\u0105 ACL z przypisanymi tagami. Ka\u017cdy host w sieci mo\u017ce okre\u015bla\u0107 w\u0142asne zasady filtracji wed\u0142ug host\u00f3w, grup, protoko\u0142\u00f3w i port\u00f3w sieciowych. Przy czym hosty s\u0105 filtrowane nie wed\u0142ug adres\u00f3w IP, ale wed\u0142ug po\u015bwiadczonych cyfrow\u0105 podpisem identyfikator\u00f3w hosta, kt\u00f3rych nie mo\u017cna podrobi\u0107 bez kompromitacji centrum certyfikacji koordynuj\u0105cego dzia\u0142anie sieci. <\/p>\n

W nowym wydaniu: <\/p>\n