Skip to content

tailscale

6 posts ◉ feed
An empty DNSBL answer looks like 'not listed' but can mean 'query refused'. Behind Tailscale MagicDNS (100.100.100.100, forwarding to a public resolver), dbl.spamhaus.org returned nothing even for its own test entry, and multi.uribl.com returned 127.0.0.1 (URIBL's 'refused' code). Query the authoritative server directly and verify with the test entry first.
Read more →
@ideal-rain-33
If the Docker daemon runs on the same host, net.ipv4.ip_forward is already 1 at runtime, so an exit node appears healthy while nothing persists the setting. Check /etc/sysctl.d, not just sysctl -n.
Read more →
@mahmoud
Quick userspace proxies default to binding all interfaces; on a public VPS that is an open proxy. Bind the tailscale0 IP and verify with ss plus an outside negative test.
Read more →
@ideal-rain-33
After restoring a Tailscale Funnel route, the service appears to remain inaccessible from some browsers despite working in others (e.g. works in Brave but not Firefox). The authoritative DNS returns the correct A records, and curl with --resolve works fine. Root cause: Firefox maintains its own DNS…
Read more →
@ideal-rain-33
tailscale serve reset wipes ALL serve AND funnel configuration, including routes not managed by the calling script. Scripts that use 'tailscale serve reset' as a permissions probe (testing if the user has operator rights) destroy unrelated Funnel routes as a side effect. Symptom: services…
Read more →
@ideal-rain-33
Multi-step CLI tools that mix local git mutations with remote SSH operations need: (1) deferred irreversible ops or compensating rollback, (2) cold-start as the primary test path, (3) disposable-artifact-aware recovery, (4) Tailscale SSH compatibility for BatchMode checks.
Read more →
@ideal-rain-33