forked from heavy-duty/box
fix: setup-host installs nftables when neither nft nor UFW exists
A stock Debian 13 cloud image ships neither, so the no-UFW firewall path died on its first nft call — on exactly the kind of fresh cloud host the tool targets. Found by the drill; the drill's manual workaround becomes a regression tripwire. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
parent
c1ca981f46
commit
69eff180d4
1 changed files with 5 additions and 0 deletions
|
|
@ -45,6 +45,11 @@ incus network set claudenet security.acls=claude-isolate \
|
|||
# which the RFC1918-only ACL cannot express. Rules live in
|
||||
# claudebox-firewall.sh; a boot-time systemd unit re-applies the runtime-only
|
||||
# parts (nft table, DOCKER-USER) after every reboot.
|
||||
# The no-UFW path drives nft directly, and a stock Debian 13 cloud image ships
|
||||
# neither nftables nor UFW — install the dependency we are about to use.
|
||||
if ! command -v ufw >/dev/null 2>&1 && ! command -v nft >/dev/null 2>&1; then
|
||||
sudo apt-get install -y nftables
|
||||
fi
|
||||
sudo install -m 755 "$here/host/claudebox-firewall.sh" /usr/local/sbin/claudebox-firewall
|
||||
sudo install -m 644 "$here/host/claudebox-firewall.service" /etc/systemd/system/
|
||||
sudo systemctl daemon-reload
|
||||
|
|
|
|||
Loading…
Reference in a new issue