numa.toml #81
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Looks good
Just got it going..
touch .config/numa/numa.toml
then
./numa
[2026-04-11T19:57:30.873Z INFO numa::system_dns] detected system upstream: 192.168.88.252
[2026-04-11T19:57:30.873Z INFO numa::system_dns] forwarding .onsite to 169.254.169.253
[2026-04-11T19:57:30.873Z INFO numa::system_dns] detected 1 search domain forwarding rules
[2026-04-11T19:57:30.873Z INFO numa::tls] loaded CA from "/var/lib/numa/ca.pem"
[2026-04-11T19:57:30.874Z INFO numa::tls] generated TLS cert for: numa.numa
[2026-04-11T19:57:30.874Z INFO numa::tls] TLS configured for 1 .numa domains
╔══════════════════════════════════════════╗
║ NUMA DNS that governs itself v0.12.0 ║
╠══════════════════════════════════════════╣
Thanks @bcookatpcsd reporting this and for the log, it was a mismatch between the port-53 advisory and what load_config actually reads.
On interactive root, config_dir() routed to /var/lib/numa/
while the advisory hardcoded ~/.config/numa/numa.toml so the file you created was never consulted.
Fix in #83: advisory now prints the real path, and load_config consults $HOME/.config/numa/numa.toml too.
Interactive root should now work as advertised