Networks

The Networks page shows every Nebula network you can access as a grid of square cards, and lets you create networks. Each network has a name and a subnet (CIDR) used for IP allocation to nodes.

LightDark
Networks pageNetworks page in dark mode

Click a network’s card to open its detail view: node/user/group counts and the Group Access Diagram, a live visualization of which groups can reach which (see Groups for what restricted vs. open means).

LightDark
Network detail pageNetwork detail page in dark mode

Adding a new network

  1. Open Networks in the sidebar.
  2. Click Add Network.
  3. Fill in the form:
    • Network Name – A label for the network (e.g. production, home). Must be unique and non-empty.
    • Subnet CIDR – The IPv4 range for this network. Example: 10.100.0.0/24. Node IPs are assigned from this range. Choose a range that does not overlap with your existing networks or LAN.
    • Certificate Curve – Curve25519 (default) or P256, opt-in per network. Applies to every node’s certificate on this network and can’t be changed after creation.
  4. Click Create Network. The new network’s card appears in the grid.

You can create multiple networks to separate environments (e.g. dev, staging, prod) or teams. One device can be in several of them at once; see Several networks on one device.

The network grid

Each card shows the network’s name and subnet CIDR, plus a 2×2 stat grid: Nodes (active/total), Groups, DNS Entries, and Users — all computed server-side, so they’re accurate the instant the page loads. Click a card to open its detail page.

The Home dashboard shows the same card grid for a quick at-a-glance overview across all your networks — the Nodes stat there additionally shows an offline count when any node has gone dark, and the DNS/Groups stats are scoped to what you specifically have permission to see on each network (you’ll see “Restricted” instead of a number on a network where you don’t have that access).

Network detail page

Clicking a network card opens its detail page: three summary cards for Users (owners/members, click to manage — add, edit role, or remove — in place), Nodes (active/total, click to jump to the filtered Nodes page), and Groups (total count, click to jump to the filtered Groups page). Below the summary cards is the Group Access Diagram — a graph of every group on the network, showing which groups can reach which others based on the inbound firewall rules configured on the Groups page. A solid circle means the group has at least one inbound rule configured (“restricted”); a dashed circle means it has none, which under Nebula’s own default means any group can reach it (“open”), not that it’s unreachable.

As a network owner you can also configure DNS (split-horizon domain and aliases) for the network from here.

Interface name

The detail page’s header also shows the network’s Interface: the name of the tun device Nebula creates on every node in this network. From v0.8.0, each new network gets a unique name starting with nc- (for example nc-3f9a1c0b2e), so a device that’s in several networks gets one interface per network. Networks created before v0.8.0 keep nebula1.

To change it, click the pencil next to the name, type the part after nc- (up to 12 lowercase letters, digits or -), and click Save. Every node in the network restarts Nebula on the new interface, and host firewall rules or scripts that match the old name stop applying. A nebula1 network can move to an nc- name but can’t go back. Nodes running ncclient older than v0.8.0 always use nebula1, whatever the network’s setting.

Deleting a network

Deleting a network is a critical action, moved to the network’s detail page. The UI requires you to reauthenticate before the delete is performed.

  1. Open the network’s detail page and use the Delete Network action.
  2. A modal opens asking you to type the network name to confirm.
  3. Type the exact network name and confirm. You are redirected to the OIDC provider (or dev login) to reauthenticate.
  4. After reauthentication, you are returned to the UI and the network is deleted.

Ensure no nodes or critical services depend on the network before deleting. Deletion removes the network and its node/certificate data from Nebula Commander.