Sen descrición

JackDoan 71bf3744b1 avoid heap problems hai 10 meses
.github cba294ffa4 Bump actions/checkout from 5 to 6 (#1541) hai 10 meses
cert 3ec527e42c cert.MarshalSigningPublicKeyToPEM should emit the 'ECDSA' variant of the banner (#1552) hai 10 meses
cert_test 01909f4715 try to make certificate addition/removal reloadable in some cases (#1468) hai 11 meses
cmd ac5382928e vhost hai 10 meses
config 48f1ae98ba switch to go.yaml.in/yaml (#1478) hai 11 meses
dist 8b55caa15e Remove Arch nebula.service file (#1132) %!s(int64=2) %!d(string=hai) anos
docker b5c3486796 Push Docker images as part of the release workflow (#1037) %!s(int64=2) %!d(string=hai) anos
e2e 2d16940232 Slight improvement to hot path benchmark, add a relay hot path benchmark (#1539) hai 10 meses
examples 64f202fa17 Make 0.0.0.0/0 and ::/0 not mean any address family, add any for that (#1538) hai 11 meses
firewall 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
header 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
iputil d97ed57a19 V2 certificate format (#1216) hai 1 ano
noiseutil 35603d1c39 add PKCS11 support (#1153) %!s(int64=2) %!d(string=hai) anos
overlay aeded87e71 remove awful per-packet scratch buf hai 10 meses
packet aeded87e71 remove awful per-packet scratch buf hai 10 meses
pkclient 4cdeb284ef Set CKA_VALUE_LEN attribute in DeriveNoise (#1482) hai 1 ano
routing f86953ca56 Implement ECMP for unsafe_routes (#1332) hai 1 ano
service 48f1ae98ba switch to go.yaml.in/yaml (#1478) hai 11 meses
sshd f5d096dd2b move to golang.org/x/term (#1372) hai 1 ano
test 7aff313a17 Relax the restriction on routines from the config (#1531) hai 11 meses
udp 41c9a3b2eb refactoring a bit hai 10 meses
util ac5382928e vhost hai 10 meses
wintun 9af242dc47 switch to new sync/atomic helpers in go1.19 (#728) %!s(int64=4) %!d(string=hai) anos
.gitignore d97ed57a19 V2 certificate format (#1216) hai 1 ano
.golangci.yaml d2adebf26d Bump golangci/golangci-lint-action from 6 to 7 (#1361) hai 1 ano
AUTHORS f22b4b584d Public Release %!s(int64=7) %!d(string=hai) anos
CHANGELOG.md 59e24b98bd v1.10.0 (#1534) hai 10 meses
LICENSE f22b4b584d Public Release %!s(int64=7) %!d(string=hai) anos
LOGGING.md a99618e95c Don't log invalid certificates (#1116) %!s(int64=2) %!d(string=hai) anos
Makefile 32d3a6e091 build with go1.23 (#1198) hai 1 ano
README.md 91eff03418 Update slack OSS invite link (#1435) hai 1 ano
SECURITY.md 115b4b70b1 add SECURITY.md (#864) %!s(int64=3) %!d(string=hai) anos
allow_list.go 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
allow_list_test.go 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
bits.go 27ea667aee add more tests around bits counters (#1441) hai 11 meses
bits_test.go 27ea667aee add more tests around bits counters (#1441) hai 11 meses
boring.go 0b67b19771 add boringcrypto Makefile targets (#856) %!s(int64=3) %!d(string=hai) anos
calculated_remote.go 7da79685ff fix lighthouse.calculated_remotes parsing (#1438) hai 1 ano
calculated_remote_test.go 088af8edb2 Enable running testifylint in CI (#1350) hai 1 ano
connection_manager.go 01909f4715 try to make certificate addition/removal reloadable in some cases (#1468) hai 11 meses
connection_manager_test.go 8824eeaea2 helper functions to more correctly marshal curve 25519 public keys (#1481) hai 1 ano
connection_state.go ac5382928e vhost hai 10 meses
control.go 52623820c2 Drop inactive tunnels (#1427) hai 1 ano
control_test.go b158eb0c4c Use a list for relay IPs instead of a map (#1423) hai 1 ano
control_tester.go f5c46c43ce checkpt e2e hai 10 meses
dns_server.go b8ea55eb90 optimize usage of bart (#1395) hai 1 ano
dns_server_test.go 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
firewall.go ac5382928e vhost hai 10 meses
firewall_test.go 64f202fa17 Make 0.0.0.0/0 and ::/0 not mean any address family, add any for that (#1538) hai 11 meses
go.mod ac5382928e vhost hai 10 meses
go.sum ac5382928e vhost hai 10 meses
handshake_ix.go 56067afca2 Stab at better logging when a relay is being used (#1533) hai 10 meses
handshake_manager.go 56067afca2 Stab at better logging when a relay is being used (#1533) hai 10 meses
handshake_manager_test.go d4a7df3083 Rename pki.default_version to pki.initiating_version (#1381) hai 1 ano
hostmap.go 56067afca2 Stab at better logging when a relay is being used (#1533) hai 10 meses
hostmap_test.go b158eb0c4c Use a list for relay IPs instead of a map (#1423) hai 1 ano
hostmap_tester.go d97ed57a19 V2 certificate format (#1216) hai 1 ano
inside.go 41c9a3b2eb refactoring a bit hai 10 meses
inside_bsd.go 5bd8712946 Immediately forward packets from self to self on FreeBSD (#808) %!s(int64=3) %!d(string=hai) anos
inside_generic.go 5bd8712946 Immediately forward packets from self to self on FreeBSD (#808) %!s(int64=3) %!d(string=hai) anos
interface.go 530cf6b3b8 checkpt, heap problems hai 10 meses
lighthouse.go a89f95182c Firewall types and cross-stack subnet stuff (#1509) hai 11 meses
lighthouse_test.go 48f1ae98ba switch to go.yaml.in/yaml (#1478) hai 11 meses
logger.go 4453964e34 Move util to test, contextual errors to util (#575) %!s(int64=5) %!d(string=hai) anos
main.go 36c890eaad populate default Build version if missing (#1386) hai 11 meses
message_metrics.go d97ed57a19 V2 certificate format (#1216) hai 1 ano
nebula.pb.go d97ed57a19 V2 certificate format (#1216) hai 1 ano
nebula.proto d97ed57a19 V2 certificate format (#1216) hai 1 ano
noise.go 8109cf2170 Add puncuation to doc comment (#1164) %!s(int64=2) %!d(string=hai) anos
notboring.go 0b67b19771 add boringcrypto Makefile targets (#856) %!s(int64=3) %!d(string=hai) anos
outside.go 71bf3744b1 avoid heap problems hai 10 meses
outside_test.go 442a52879b Fix off by one error in IPv6 packet parser (#1419) hai 1 ano
pki.go 52f1908126 Don't log every blocklisted fingerprint (#1525) hai 11 meses
punchy.go 03e4a7f988 Rehandshaking (#838) %!s(int64=3) %!d(string=hai) anos
punchy_test.go 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
relay_manager.go b8ea55eb90 optimize usage of bart (#1395) hai 1 ano
remote_list.go 56067afca2 Stab at better logging when a relay is being used (#1533) hai 10 meses
remote_list_test.go d97ed57a19 V2 certificate format (#1216) hai 1 ano
ssh.go 879852c32a upgrade to yaml.v3 (#1148) hai 1 ano
stats.go 0b67b19771 add boringcrypto Makefile targets (#856) %!s(int64=3) %!d(string=hai) anos
timeout.go 5278b6f926 Generic timerwheel (#804) %!s(int64=3) %!d(string=hai) anos
timeout_test.go d97ed57a19 V2 certificate format (#1216) hai 1 ano

README.md

What is Nebula?

Nebula is a scalable overlay networking tool with a focus on performance, simplicity and security. It lets you seamlessly connect computers anywhere in the world. Nebula is portable, and runs on Linux, OSX, Windows, iOS, and Android. It can be used to connect a small number of computers, but is also able to connect tens of thousands of computers.

Nebula incorporates a number of existing concepts like encryption, security groups, certificates, and tunneling. What makes Nebula different to existing offerings is that it brings all of these ideas together, resulting in a sum that is greater than its individual parts.

Further documentation can be found here.

You can read more about Nebula here.

You can also join the NebulaOSS Slack group here.

Supported Platforms

Desktop and Server

Check the releases page for downloads or see the Distribution Packages section.

  • Linux - 64 and 32 bit, arm, and others
  • Windows
  • MacOS
  • Freebsd

Distribution Packages

Mobile

Technical Overview

Nebula is a mutually authenticated peer-to-peer software-defined network based on the Noise Protocol Framework. Nebula uses certificates to assert a node's IP address, name, and membership within user-defined groups. Nebula's user-defined groups allow for provider agnostic traffic filtering between nodes. Discovery nodes (aka lighthouses) allow individual peers to find each other and optionally use UDP hole punching to establish connections from behind most firewalls or NATs. Users can move data between nodes in any number of cloud service providers, datacenters, and endpoints, without needing to maintain a particular addressing scheme.

Nebula uses Elliptic-curve Diffie-Hellman (ECDH) key exchange and AES-256-GCM in its default configuration.

Nebula was created to provide a mechanism for groups of hosts to communicate securely, even across the internet, while enabling expressive firewall definitions similar in style to cloud security groups.

Getting started (quickly)

To set up a Nebula network, you'll need:

1. The Nebula binaries or Distribution Packages for your specific platform. Specifically you'll need nebula-cert and the specific nebula binary for each platform you use.

2. (Optional, but you really should..) At least one discovery node with a routable IP address, which we call a lighthouse.

Nebula lighthouses allow nodes to find each other, anywhere in the world. A lighthouse is the only node in a Nebula network whose IP should not change. Running a lighthouse requires very few compute resources, and you can easily use the least expensive option from a cloud hosting provider. If you're not sure which provider to use, a number of us have used $6/mo DigitalOcean droplets as lighthouses.

Once you have launched an instance, ensure that Nebula udp traffic (default port udp/4242) can reach it over the internet.

3. A Nebula certificate authority, which will be the root of trust for a particular Nebula network.

./nebula-cert ca -name "Myorganization, Inc"

This will create files named ca.key and ca.cert in the current directory. The ca.key file is the most sensitive file you'll create, because it is the key used to sign the certificates for individual nebula nodes/hosts. Please store this file somewhere safe, preferably with strong encryption.

Be aware! By default, certificate authorities have a 1-year lifetime before expiration. See this guide for details on rotating a CA.

4. Nebula host keys and certificates generated from that certificate authority

This assumes you have four nodes, named lighthouse1, laptop, server1, host3. You can name the nodes any way you'd like, including FQDN. You'll also need to choose IP addresses and the associated subnet. In this example, we are creating a nebula network that will use 192.168.100.x/24 as its network range. This example also demonstrates nebula groups, which can later be used to define traffic rules in a nebula network.

./nebula-cert sign -name "lighthouse1" -ip "192.168.100.1/24"
./nebula-cert sign -name "laptop" -ip "192.168.100.2/24" -groups "laptop,home,ssh"
./nebula-cert sign -name "server1" -ip "192.168.100.9/24" -groups "servers"
./nebula-cert sign -name "host3" -ip "192.168.100.10/24"

By default, host certificates will expire 1 second before the CA expires. Use the -duration flag to specify a shorter lifetime.

5. Configuration files for each host

Download a copy of the nebula example configuration.

  • On the lighthouse node, you'll need to ensure am_lighthouse: true is set.

  • On the individual hosts, ensure the lighthouse is defined properly in the static_host_map section, and is added to the lighthouse hosts section.

6. Copy nebula credentials, configuration, and binaries to each host

For each host, copy the nebula binary to the host, along with config.yml from step 5, and the files ca.crt, {host}.crt, and {host}.key from step 4.

DO NOT COPY ca.key TO INDIVIDUAL NODES.

7. Run nebula on each host

./nebula -config /path/to/config.yml

For more detailed instructions, find the full documentation here.

Building Nebula from source

Make sure you have go installed and clone this repo. Change to the nebula directory.

To build nebula for all platforms: make all

To build nebula for a specific platform (ex, Windows): make bin-windows

See the Makefile for more details on build targets

Curve P256 and BoringCrypto

The default curve used for cryptographic handshakes and signatures is Curve25519. This is the recommended setting for most users. If your deployment has certain compliance requirements, you have the option of creating your CA using nebula-cert ca -curve P256 to use NIST Curve P256. The CA will then sign certificates using ECDSA P256, and any hosts using these certificates will use P256 for ECDH handshakes.

In addition, Nebula can be built using the BoringCrypto GOEXPERIMENT by running either of the following make targets:

make bin-boringcrypto
make release-boringcrypto

This is not the recommended default deployment, but may be useful based on your compliance requirements.

Credits

Nebula was created at Slack Technologies, Inc by Nate Brown and Ryan Huber, with contributions from Oliver Fross, Alan Lam, Wade Simmons, and Lining Wang.