TL;DR: A small always-on device, such as a Raspberry Pi or Apple TV, can act as an exit node or subnet router for remote access, home troubleshooting, and backup connectivity, according to Tailscale’s guide. For identity and access teams, the interesting part is how persistent remote reachability creates a governance problem around device trust, network exposure, and lifecycle control.
Editorial analysis by NHI Mgmt Group, based on content published by Tailscale: “Why you should mail your parents a Tailscale node”.
Key questions
Q: How should teams govern always-on remote access nodes in home or branch networks?
A: Treat them as trusted access infrastructure, not hobby hardware.
Q: Why do always-on remote nodes create governance risk even when they are legitimate?
A: Because they extend trust beyond the user session and into a device that may sit unattended for long periods.
Q: What signs show a remote home node is becoming unmanaged?
A: Look for stale firmware, unclear ownership, missing review dates, and devices that still have routing privileges long after their original purpose changed.
Practitioner guidance
- Inventory remote nodes as governed access assets Record who owns each always-on node, what network role it serves, and when its access purpose should be reviewed or retired.
- Enforce update and sleep-state checks Verify firmware, OS updates, and power or sleep settings so the node remains reachable without silently drifting out of support.
- Separate routing rights from general device trust Limit which nodes can act as exit nodes or subnet routers, and review those permissions before expanding access to home devices.
Bottom line: Remote always-on nodes expand connectivity, but they also turn a small device into part of the trusted access path.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Persistent remote reachability is a governance problem, not just a convenience feature. A device that stays online in a remote home becomes part of the access fabric, which means its trust status matters long after setup is complete. The same pattern appears in enterprise remote-access design: once an endpoint can route or represent a network location, its lifecycle has to be managed like an access entitlement. Practitioners should therefore treat always-on nodes as governed assets, not household gadgets.
A question worth separating out:
Q: Should organisations prefer a dedicated node over sharing a personal device for remote access?
A: A dedicated node is easier to govern because its purpose is narrower, its ownership is clearer, and its permission scope is easier to review. Shared devices create more uncertainty about who manages updates, who can use the access path, and when the trust relationship should end.
👉 Read our full editorial: Remote tailnet nodes turn home connectivity into an always-on control