Migrate bbrkn from legacy ipset to nftables sets #12
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "migrate-ipset-to-nftset"
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?
The gateway (Archie) routes bbrkn domains via nft sets bbrkn_v4/bbrkn_v6
(inet filter), not the legacy ipset. bbrkn was still emitting dead
ipset=/domain/bbrkndirectives (no such ipset exists) plus a 92-resolvepointing at 8.8.8.8, both overridden by hand-maintained files on the host.
This makes bbrkn the generator of record for the real scheme.
generate-configs.sh:
nftset=/domain/$NFTSET_SPEC(default 4#inet#filter#bbrkn_v4,6#inet#filter#bbrkn_v6) into 90-nftset.conf instead of ipset= into
91-ipset-bbrkn.conf
delegates bbrkn domains to for VPN resolution + nftset capture)
deploy-to-gateway.sh: two targets, two instances
ipset flush bbrknMakefile/workflow: rename IPSET_CONF->NFTSET_CONF, add NFTSET_TARGET_DIR
and HOST_DNSMASQ_SVC, DNS_SERVER=127.0.0.1#5350 (escaped
\#in Make,quoted in YAML), note runner is ephemeral (cold gekata crawl).
Docs: README + new CLAUDE.md describe the two-dnsmasq / nft-set model;
exit-node DPI failover (10.77.1.2/10.77.2.2) documented as external
(wg-ha.service), not owned by bbrkn.
Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com