{"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\/es\/blog\/news\/vypusk-nebula-1-9-sistemy-dlya-sozdaniya-overlejnyh-p2p-setej","title":{"rendered":"Lanzamiento de Nebula 1.9, un sistema para crear redes P2P superpuestas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Se ha publicado la versi\u00f3n 1.9 del proyecto Nebula, que ofrece herramientas para construir redes de superposici\u00f3n seguras, permitiendo unir hosts geogr\u00e1ficamente separados en una red aislada que opera sobre la red global. El proyecto est\u00e1 destinado a crear sus propias redes de superposici\u00f3n para cualquier necesidad, como por ejemplo, para unir computadoras corporativas en diferentes oficinas, servidores en distintos centros de datos o entornos virtuales en distintos proveedores de nube. El c\u00f3digo est\u00e1 escrito en Go y se distribuye bajo la licencia MIT. El proyecto es desarrollado por Slack, que gestiona el mensajero corporativo del mismo nombre. Se admite el funcionamiento en Linux, FreeBSD, macOS, Windows, iOS y Android. <\/p>\n

Los nodos en la red Nebula interact\u00faan entre s\u00ed directamente en modo P2P \u2014 a medida que surge la necesidad de transferir datos entre nodos, se crean din\u00e1micamente conexiones directas. VPN<\/a>-conexiones. La identidad de cada host en la red se confirma mediante un certificado digital, y la conexi\u00f3n a la red requiere autenticaci\u00f3n: cada usuario recibe un certificado que confirma su direcci\u00f3n IP en la red Nebula, su nombre y pertenencia a grupos de hosts. Los certificados son firmados por una autoridad de certificaci\u00f3n interna, desplegada por el creador de cada red espec\u00edfica en su infraestructura y utilizada para certificar las credenciales de los hosts que tienen derecho a conectarse a una red de superposici\u00f3n particular vinculada a la autoridad de certificaci\u00f3n. <\/p>\n

Para establecer un canal de comunicaci\u00f3n autenticado y seguro en Nebula, se utiliza un protocolo de t\u00fanel propio, basado en el protocolo de intercambio de claves de Diffie-Hellman y el cifrado AES-256-GCM. La implementaci\u00f3n del protocolo se basa en primitivas probadas y disponibles, proporcionadas por el marco Noise, que tambi\u00e9n se utiliza en proyectos como WireGuard, Lightning e I2P. Se alega que el proyecto ha pasado una auditor\u00eda de seguridad independiente. <\/p>\n

Para detectar otros nodos y coordinar las conexiones a la red, se crean nodos especiales \u00ablighthouse\u00bb, cuyas direcciones IP globales est\u00e1n fijas y son conocidas por los participantes de la red. Los nodos participantes no est\u00e1n vinculados a un externo. IP<\/a>se identifican mediante certificados. Los propietarios de hosts no pueden modificar los certificados firmados y, a diferencia de las redes IP tradicionales, no pueden hacerse pasar por otro host simplemente cambiando su direcci\u00f3n IP. Al crear un t\u00fanel, la identidad del host se valida mediante una clave privada \u00fanica. <\/p>\n

A la red creada se le asigna un rango espec\u00edfico de direcciones intranet (por ejemplo, 192.168.10.0\/24) y se vinculan las direcciones internas con los certificados de los hosts. Se proporcionan diversos mecanismos para evitar traductores de direcciones (NAT) y cortafuegos. Es posible organizar la ruta del tr\u00e1fico de hosts externos no pertenecientes a la red Nebula (ruta insegura) a trav\u00e9s de la red de superposici\u00f3n. De los participantes de la red de superposici\u00f3n se pueden formar grupos, por ejemplo, para separar servidores y estaciones de trabajo, a los que se les aplican reglas de filtrado de tr\u00e1fico espec\u00edficas. <\/p>\n

Se admite la creaci\u00f3n de firewalls para dividir el acceso y filtrar el tr\u00e1fico entre nodos en la red en capas Nebula. Se utilizan ACL con etiquetas para el filtrado. Cada host en la red puede definir sus propias reglas de filtrado basadas en hosts, grupos, protocolos y puertos de red. En este caso, los hosts se filtran no por direcciones IP, sino por identificadores firmados digitalmente del host, que son imposibles de falsificar sin comprometer la autoridad de certificaci\u00f3n que coordina el funcionamiento de la red. <\/p>\n

En esta nueva versi\u00f3n: <\/p>\n