hyperhive/nix/templates
Repository files (latest commit first)
Filename Latest commit message Latest commit date
atlas 26d81cd36e fix(harness): stop resolvconf/dhcpcd clobbering the bridge DNS resolver
Under network isolation, agents lost DNS resolution of the hive's own
zones (forge.<domain>, matrix.<domain>): the hyperhive-isolated-dns
oneshot points resolv.conf at the bridge resolver, but resolvconf
regenerated it from host-tracking right after (dhcpcd re-triggering that
when the veth comes up), reverting to the non-authoritative host
resolver. Agents then couldn't reach the in-hive forge or matrix through
the gateway, which broke an isolate-by-default rollout.

Take resolvconf and dhcpcd out of the resolv.conf loop: disable
resolvconf and tell dhcpcd not to touch resolv.conf (without disabling
dhcpcd itself, so the veth still gets its address). Then the last writer
owns it -- the nixos-container host-copy in shared netns, or the oneshot
in isolated mode. Mirrors the approach the matrix container already
takes. Eval-checked; flake check passes.
2026-06-15 20:45:20 +02:00
..
agent-base.nix refactor: remove hyperhive.role option — there is only one role: agent 2026-06-04 14:31:44 +02:00
harness-base.nix fix(harness): stop resolvconf/dhcpcd clobbering the bridge DNS resolver 2026-06-15 20:45:20 +02:00
manager.nix refactor: remove hyperhive.role option — there is only one role: agent 2026-06-04 14:31:44 +02:00
weston-vnc.nix chore: scrub #NNN issue references from code comments and nix descriptions 2026-06-01 13:30:52 +02:00