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

Est\u00e1 disponible la versi\u00f3n 1.5 del proyecto Nebula, que ofrece herramientas para construir redes de superposici\u00f3n seguras. La red puede integrar desde unos pocos hasta decenas de miles de hosts distribuidos geogr\u00e1ficamente, alojados por diferentes proveedores, formando una red aislada separada sobre la red global. El proyecto est\u00e1 escrito en Go y se distribuye bajo la licencia MIT. Fue creado por la empresa Slack, que desarrolla el mensajero corporativo hom\u00f3nimo. Es compatible con 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 \u2014 cada usuario recibe un certificado que valida la direcci\u00f3n IP en la red Nebula, el nombre y la membres\u00eda en grupos de hosts. Los certificados se firman mediante una autoridad certificadora interna que el creador de la red implementa en sus instalaciones y que se utiliza para verificar las credenciales de los hosts autorizados para conectarse a la red de superposici\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

Se asigna un rango espec\u00edfico de direcciones intranet a la red creada (por ejemplo, 192.168.10.0\/24) y se vinculan las direcciones internas con los certificados de los hosts. Pueden formarse grupos entre los participantes de la red de superposici\u00f3n, por ejemplo, para separar servidores y estaciones de trabajo, a los que se aplican reglas de filtrado de tr\u00e1fico separadas. Se proporcionan varios mecanismos para eludir los traductores de direcciones (NAT) y los cortafuegos. Es posible organizar el enrutamiento a trav\u00e9s de la red de superposici\u00f3n de tr\u00e1fico de hosts externos que no pertenecen a la red Nebula (ruta insegura). <\/p>\n

Se admite la creaci\u00f3n de cortafuegos para separar el acceso y filtrar el tr\u00e1fico entre nodos en la red de superposici\u00f3n Nebula. Para el filtrado, se utilizan ACL con vinculaci\u00f3n de etiquetas. Cada host en la red puede definir sus propias reglas de filtrado seg\u00fan hosts, grupos, protocolos y puertos de red. En este caso, los hosts son filtrados no por direcciones IP, sino por identificadores de host firmados digitalmente, que no pueden ser falsificados sin comprometer el centro de certificaci\u00f3n que coordina la red. <\/p>\n

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