A scalable overlay networking tool with a focus on performance, simplicity and security
#nebula #tailscale #mesh #vpn #overlay #p2p

Patrick Bogen 363c836422 log the reason for fw drops (#220) 5 years ago
.github 7cdbb14a18 Better config test (#177) 5 years ago
cert 328db6bb82 Root constraint usage and support in nebula-cert 5 years ago
cmd 1592da921d fix(nebula-cert): flag duration is optional, so reflect this is the cli help (#117) 5 years ago
dist 7cd342c7ab Add a systemd unit for arch and a wireshark dissector (#216) 5 years ago
examples 4f6313ebd3 fix config name for {remote,local}_allow_list (#219) 5 years ago
sshd f22b4b584d Public Release 5 years ago
.gitignore c4c334fedb Support for 1.0.0 release 5 years ago
AUTHORS f22b4b584d Public Release 5 years ago
CHANGELOG.md fb252db4a1 v1.2.0 (#215) 5 years ago
LICENSE f22b4b584d Public Release 5 years ago
Makefile 0eb5ce6b41 better windows targets in Makefile (#125) 5 years ago
README.md 25bf80d8d3 add new invite link without expiration date (#165) 5 years ago
allow_list.go 0a474e757b Add lighthouse.{remoteAllowList,localAllowList} (#217) 5 years ago
allow_list_test.go 0a474e757b Add lighthouse.{remoteAllowList,localAllowList} (#217) 5 years ago
bits.go f22b4b584d Public Release 5 years ago
bits_test.go f22b4b584d Public Release 5 years ago
cert.go f22b4b584d Public Release 5 years ago
cidr_radix.go c1182869c4 Add a way to find the most specific network 5 years ago
cidr_radix_test.go c1182869c4 Add a way to find the most specific network 5 years ago
config.go 0a474e757b Add lighthouse.{remoteAllowList,localAllowList} (#217) 5 years ago
config_test.go 0a474e757b Add lighthouse.{remoteAllowList,localAllowList} (#217) 5 years ago
connection_manager.go b4f2f7ce4e log `certName` alongside `vpnIp` (#200) 5 years ago
connection_manager_test.go 1297090af3 add configurable punching delay because of race-condition-y conntracks (#210) 5 years ago
connection_state.go f22b4b584d Public Release 5 years ago
dns_server.go a086d60edc Allow configuration of dns listener host/port (#74) 5 years ago
dns_server_test.go f22b4b584d Public Release 5 years ago
firewall.go 363c836422 log the reason for fw drops (#220) 5 years ago
firewall_test.go 363c836422 log the reason for fw drops (#220) 5 years ago
go.mod 065e2ff88a update golang.org/x/crypto (#188) 5 years ago
go.sum 065e2ff88a update golang.org/x/crypto (#188) 5 years ago
handshake.go 4f6313ebd3 fix config name for {remote,local}_allow_list (#219) 5 years ago
handshake_ix.go b4f2f7ce4e log `certName` alongside `vpnIp` (#200) 5 years ago
handshake_manager.go b4f2f7ce4e log `certName` alongside `vpnIp` (#200) 5 years ago
handshake_manager_test.go 179a369130 add configuration options for HandshakeManager (#179) 5 years ago
header.go f22b4b584d Public Release 5 years ago
header_test.go f22b4b584d Public Release 5 years ago
hostmap.go 0a474e757b Add lighthouse.{remoteAllowList,localAllowList} (#217) 5 years ago
hostmap_test.go 9333a8e3b7 subnet support 5 years ago
inside.go 363c836422 log the reason for fw drops (#220) 5 years ago
interface.go 45a5de2719 Print the udp listen address on startup (#181) 5 years ago
lighthouse.go 0a474e757b Add lighthouse.{remoteAllowList,localAllowList} (#217) 5 years ago
lighthouse_test.go 1297090af3 add configurable punching delay because of race-condition-y conntracks (#210) 5 years ago
main.go 4f6313ebd3 fix config name for {remote,local}_allow_list (#219) 5 years ago
main_test.go f22b4b584d Public Release 5 years ago
metadata.go f22b4b584d Public Release 5 years ago
nebula.pb.go f22b4b584d Public Release 5 years ago
nebula.proto f22b4b584d Public Release 5 years ago
noise.go 9e2ff7df57 Correct typos in noise.go (#205) 5 years ago
outside.go 363c836422 log the reason for fw drops (#220) 5 years ago
outside_test.go f22b4b584d Public Release 5 years ago
punchy.go 1297090af3 add configurable punching delay because of race-condition-y conntracks (#210) 5 years ago
punchy_test.go 1297090af3 add configurable punching delay because of race-condition-y conntracks (#210) 5 years ago
ssh.go df43f6466e gofmt 5 years ago
stats.go 7cdbb14a18 Better config test (#177) 5 years ago
timeout.go f22b4b584d Public Release 5 years ago
timeout_system.go f22b4b584d Public Release 5 years ago
timeout_system_test.go f22b4b584d Public Release 5 years ago
timeout_test.go f22b4b584d Public Release 5 years ago
tun_common.go ff64d1f952 unsafe_routes mtu (#209) 5 years ago
tun_darwin.go df69371620 use absolute paths on darwin and windows (#191) 5 years ago
tun_linux.go 9db16d226c Make linux tx queue length an error log instead of a fatal on error 5 years ago
tun_test.go ff64d1f952 unsafe_routes mtu (#209) 5 years ago
tun_windows.go 4d1928f1e3 Support unsafe_routes on Windows (#184) 5 years ago
udp_darwin.go f22b4b584d Public Release 5 years ago
udp_generic.go f22b4b584d Public Release 5 years ago
udp_linux.go 5350b9ef6f fix listen.host 5 years ago
udp_linux_32.go 4bbf6dc29c Rework udp for linux into just 2 files, add more mips targets 5 years ago
udp_linux_64.go 4bbf6dc29c Rework udp for linux into just 2 files, add more mips targets 5 years ago
udp_windows.go f22b4b584d Public Release 5 years ago

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, and Windows. (Also: keep this quiet, but we have an early prototype running on iOS). 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, and each of those individual pieces existed before Nebula in various forms. 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.

You can read more about Nebula here.

You can also join the NebulaOSS Slack group here

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 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 key exchange, and AES-256-GCM in its default configuration.

Nebula was created to provide a mechanism for groups 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 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 $5/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.

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"

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.yaml 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.yaml

Building Nebula from source

Download go 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

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.