Skip to main content

Nebula Commander device client (ncclient): enroll with a one-time code, then run as a daemon to pull config and certs and optionally orchestrate Nebula.

Project description

ncclient – Nebula Commander device client

License: GNU GPLv3 or later. See LICENSE in this directory.

A small client that works like Defined.net's dnclient and dnclientd: enroll once with a code from Nebula Commander, then run as a daemon to pull config and certificates and optionally orchestrate the Nebula process (start/restart it when config changes).

Install

From PyPI (recommended):

pip install nebula-commander

This installs the ncclient command. Requires Python 3.10+.

From source (e.g. repo clone):

pip install -r client/requirements.txt
# then run as: python -m client --server URL enroll --code XXX

Or install the package in development mode from the client/ directory: pip install -e . to get the ncclient command.

Enroll (one-time)

  1. In Nebula Commander, open Nodes, find your node, and click Enroll.
  2. Copy the enrollment code and run on the device:
ncclient enroll --server https://YOUR_NEBULA_COMMANDER_URL --code XXXXXXXX

This saves the device token to your OS credential store (e.g. Windows Credential Manager, macOS Keychain, Linux Secret Service) and saves the server URL so you can run ncclient run without --server next time.

Upgrading from an older version: If you previously used a token file, you must re-enroll once after upgrading. You can then delete the old token file if it exists (~/.config/nebula-commander/token or /etc/nebula-commander/token).

Run (daemon)

Poll for config and certs every 60 seconds, write them to /etc/nebula (or another directory), and run Nebula (from your PATH) when config changes. If you have already enrolled, you can omit --server (the URL is saved at enrollment):

ncclient run
# or: ncclient run --server https://YOUR_NEBULA_COMMANDER_URL

ncclient assumes nebula is on your PATH and will start/restart it by default. Options:

  • --output-dir DIR – where to write config.yaml, ca.crt, host.crt (default: /etc/nebula on Linux/macOS, ~/.nebula on Windows)
  • --interval N – poll interval in seconds (default: 60)
  • --nebula PATH – path to the nebula binary only if it's not in PATH (e.g. --nebula /opt/homebrew/bin/nebula). Omit this when nebula is already on your PATH.
  • --restart-service NAME – instead of running nebula directly, restart this systemd service after config updates (e.g. nebula). Use only one of --nebula or --restart-service.
  • --accept-dns – enable split-horizon DNS: fetch DNS config from the server, write dns-client.json, and apply it so the Nebula domain is resolved via the network’s DNS (e.g. lighthouse). On Linux the client tries, in order: systemd-resolved, dnsmasq, NetworkManager, systemd-networkd (with resolved), then /etc/resolv.conf. The resolv.conf fallback is best-effort only (no guaranteed split-horizon). Install systemd-resolved or dnsmasq for proper split-horizon. On Windows it uses NRPT. Run as root (Linux) or Administrator (Windows) to apply.

Example – nebula in a non-standard location:

ncclient run --server https://nc.example.com --nebula /usr/local/bin/nebula

Example – use systemd to run Nebula; ncclient only restarts the service:

ncclient run --server https://nc.example.com --restart-service nebula

When the certificate was created via the server (Create certificate in the Nebula Commander UI), the bundle includes host.key and no manual copy is needed. For certificates created via Sign (betterkeys, client-generated key), the server does not have the key; place your own host.key in the same directory as the generated certs.

Linux: Creating the Nebula TUN device requires root. Run ncclient as root so the Nebula process can create the interface, e.g. sudo ncclient run --server https://... (or use --output-dir ~/.nebula and run as root so nebula reads from a dir that has host.key).

Split-horizon DNS (Linux)

With --accept-dns, ncclient applies split-horizon DNS so the Nebula domain (e.g. *.nebula.example.com) is resolved by the network’s DNS server. Backends are tried in order until one succeeds:

  1. systemd-resolved – drop-in under /etc/systemd/resolved.conf.d/
  2. dnsmasq – snippet under /etc/dnsmasq.d/ (requires dnsmasq installed and used as resolver)
  3. NetworkManager – per-connection DNS for the Nebula interface via nmcli
  4. systemd-networkd.network file for the Nebula interface (only when systemd-resolved is active)
  5. /etc/resolv.conf – append nameserver and search domain (best-effort; not true split-horizon; first nameserver often gets all queries)

If no backend succeeds, ncclient reports the failure. The resolv.conf fallback does not guarantee that only the Nebula domain is sent to the Nebula DNS server; for proper split-horizon, use a system with systemd-resolved or dnsmasq. Manual apply/remove scripts: client/contrib/dns-apply-linux.sh and client/contrib/dns-apply-windows.ps1.

Troubleshooting

  • No network device (tun) created / can't ping Nebula IP
    On Linux, Nebula needs root to create the TUN interface. Run sudo ncclient run --server ....
    If the certificate was created via the server (Create certificate in the UI), the bundle includes host.key and no manual copy is needed. If it was created via Sign (betterkeys), put your host.key in the output dir (e.g. /etc/nebula). Nebula will exit or fail without host.key.
    Nebula's errors are printed to the same terminal; look for messages like "failed to get tun device" (permission) or "no such file" (missing host.key).

  • Nebula starts then exits
    Check the Nebula error lines ncclient prints. Common causes: missing host.key (for Sign flow; Create flow includes it in the bundle), wrong config path, or (Linux) need to run as root.

Running at startup

Quick install (Linux)

On Linux you can install the systemd service with one command:

sudo ncclient install

This checks that you have already enrolled (token is stored in the OS credential store). If not, it prints the exact ncclient enroll --server URL --code XXXXXXXX command to run first (get the code from the Nebula Commander UI: Nodes → Enroll). Then it prompts for the server URL and optional settings (output directory, poll interval, nebula path, restart-service), writes /etc/default/ncclient and /etc/systemd/system/ncclient.service, enables the service, and optionally starts it. Use --no-start to enable without starting; use --non-interactive with NEBULA_COMMANDER_SERVER (and optional env vars) set for scripting.

Manual setup (all platforms)

Run ncclient run under systemd (or your init system) so config and certs stay up to date. ncclient runs nebula from your PATH by default; use --restart-service if you prefer to have systemd run Nebula and ncclient only restart the service. Example configs are in examples/; see examples/README-startup.md for step-by-step install on macOS and Windows.

macOS

ncclient works on macOS (Intel and Apple Silicon). Use Python 3.10+ and install with pip install nebula-commander.

  • Token is stored in the OS credential store (Keychain).
  • Default output dir is /etc/nebula (same as Linux). If you run as a normal user, use --output-dir ~/.nebula so you don't need sudo to write config/certs.
  • Nebula: ncclient runs nebula from your PATH by default. After brew install nebula, you usually don't need --nebula. Use --nebula /opt/homebrew/bin/nebula (Apple Silicon) or --nebula /usr/local/bin/nebula (Intel) only if it's not on PATH. Do not use --restart-service; macOS uses launchd, not systemd.
  • To run ncclient in the background, use launchd (e.g. a LaunchAgent in ~/Library/LaunchAgents or a LaunchDaemon in /Library/LaunchDaemons).

Windows 11

ncclient works on Windows 11. Use Python 3.10+ and install with pip install nebula-commander.

  • Token is stored under %USERPROFILE%\.config\nebula-commander\token.
  • Default output dir for config and certs is %USERPROFILE%\.nebula. Override with --output-dir (e.g. C:\ProgramData\Nebula if you run as Administrator).
  • Nebula: ncclient runs nebula from your PATH by default. If nebula.exe is not on PATH, use --nebula "C:\Path\To\nebula.exe". Do not use --restart-service; there is no systemd on Windows.
  • Run ncclient in a terminal or install it as a Windows service (e.g. with NSSM or Task Scheduler) so it keeps running.

Windows tray app

A system-tray app for Windows provides the same enroll-and-poll flow with a GUI: tray icon, Enroll and Settings dialogs, Start/Stop polling, optional bundled Nebula binary, and Start at login (Registry Run). See client/windows/README.md for how to run from source and how to build ncclient-tray.exe (with optional bundled nebula.exe) using PyInstaller.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

nebula_commander-0.1.8.tar.gz (62.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

nebula_commander-0.1.8-py3-none-any.whl (45.0 kB view details)

Uploaded Python 3

File details

Details for the file nebula_commander-0.1.8.tar.gz.

File metadata

  • Download URL: nebula_commander-0.1.8.tar.gz
  • Upload date:
  • Size: 62.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for nebula_commander-0.1.8.tar.gz
Algorithm Hash digest
SHA256 e8c6e6d99a11d4b9e956f11bcc0bff197882931924458f19efbf2fb22b966553
MD5 e5a77b782dd6e7346866c810e5705ddb
BLAKE2b-256 10e8e22da9187c61c59dd50d5e44f32aab8b06c0035722dc688bd46424f74ec0

See more details on using hashes here.

Provenance

The following attestation bundles were made for nebula_commander-0.1.8.tar.gz:

Publisher: publish-pypi.yml on NixRTR/nebula-commander

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file nebula_commander-0.1.8-py3-none-any.whl.

File metadata

File hashes

Hashes for nebula_commander-0.1.8-py3-none-any.whl
Algorithm Hash digest
SHA256 b4ad2fc86f340897b42c7b31f0ee727ceaae0518d35326813adadc0d5332ced9
MD5 673e21c4e06248215ae13bcc6eb6a689
BLAKE2b-256 70f17f79f32ceb7a33d61a971c93a50689c74c0441db20d915a8e6b6a4c145d1

See more details on using hashes here.

Provenance

The following attestation bundles were made for nebula_commander-0.1.8-py3-none-any.whl:

Publisher: publish-pypi.yml on NixRTR/nebula-commander

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page