Tailscale remote access failed in the container with a bare "process exited 1": the image ships the `tailscale` CLI but nothing ever ran `tailscaled`, so the `tailscale funnel <port>` spawn died instantly on "failed to connect to local tailscaled". - Add scripts/docker-entrypoint.sh, which best-effort starts tailscaled in userspace-networking mode (needs neither NET_ADMIN nor /dev/net/tun, so the documented `docker run` is unchanged) and then execs the CLI with CMD verbatim. Opt out with FUSION_DISABLE_TAILSCALED=1. - Symlink /var/lib/tailscale into /home/node/.tailscale so the documented `-v <vol>:/home/node` mount persists the node login across container recreates, and pre-create the daemon's socket/log paths node-owned before the USER switch. - Preflight daemon reachability and backend state with `tailscale status --json` in evaluateRemoteLifecycle instead of only `which tailscale`, so unreachable, logged-out, and stopped backends all report an actionable runtime_prerequisite_missing reason rather than an unexplained exit 1. Regression coverage asserts the invariant across all three unusable-backend surfaces, not just the reported container repro. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
35 lines
1.9 KiB
Bash
Executable File
35 lines
1.9 KiB
Bash
Executable File
#!/bin/sh
|
|
# FNXC:DockerRun 2026-08-23-02:03:
|
|
# Start `tailscaled` before the dashboard, because the image shipping the `tailscale` CLI is not
|
|
# enough to make the remote-access feature work. Fusion's tunnel spawns a bare `tailscale funnel
|
|
# <port>`, which needs a running daemon on the DEFAULT socket; with no daemon it dies instantly with
|
|
# "failed to connect to local tailscaled" and exit 1, surfacing in the UI as an unexplained process
|
|
# failure (operator report: "starting tailscale tunnel in container is failing with process exited 1").
|
|
#
|
|
# Userspace networking (`--tun=userspace-networking`) is deliberate: it needs neither `NET_ADMIN` nor
|
|
# `/dev/net/tun`, so the documented `docker run` keeps working unchanged, and it is sufficient for
|
|
# `tailscale serve`/`funnel`, which proxy to a local port rather than route packets. The SOCKS5/HTTP
|
|
# proxy listeners are the standard userspace-mode escape hatch for outbound tailnet access, which has
|
|
# no route out otherwise.
|
|
#
|
|
# Startup is BEST-EFFORT and never fails the container: an operator who does not use Tailscale must
|
|
# still get a dashboard. Set FUSION_DISABLE_TAILSCALED=1 to skip it entirely.
|
|
#
|
|
# Login is NOT automated here — `tailscale up` requires an interactive auth URL or an operator's auth
|
|
# key, so the daemon comes up logged-out and the operator authenticates once. State lives under
|
|
# /var/lib/tailscale, which the image symlinks into /home/node/.tailscale so the documented
|
|
# `-v <vol>:/home/node` mount persists that login across container recreates.
|
|
set -e
|
|
|
|
if [ "${FUSION_DISABLE_TAILSCALED:-0}" != "1" ] && [ -x /usr/sbin/tailscaled ]; then
|
|
if [ ! -S /var/run/tailscale/tailscaled.sock ]; then
|
|
/usr/sbin/tailscaled \
|
|
--tun=userspace-networking \
|
|
--socks5-server=localhost:1055 \
|
|
--outbound-http-proxy-listen=localhost:1055 \
|
|
>/var/log/tailscaled.log 2>&1 &
|
|
fi
|
|
fi
|
|
|
|
exec node /app/packages/cli/dist/bin.js "$@"
|