Skip to content
Dustin's AI Lab
Go back
Updated:

My Pre-Trip Remote Checklist: Leaving the Mac Mini as Home Base

Eight things I checked before flying out, to keep a home Mac Mini reachable as the base for Claude and Codex: Tailscale, Herdr, caffeinate, auto-reboot, and remote file access.

On this page
  1. Field Results and Pitfalls After Leaving
  2. Flaky Networks: Switching to mosh and Moving Images Across Machines
  3. Clicking File Links Remotely and Weak Network Fallbacks

Tomorrow is my first trip abroad since I bought the Mac Mini. Here’s the remote setup checklist I ran through before leaving:

  1. Made sure Tailscale had every device on the tailnet connected and handshaking, with both Mosh and SSH getting through
  2. Kept the Mac Mini awake with a caffeinate command so it never sleeps
  3. Set up auto-reboot in case of an unexpected shutdown
  4. Kept Herdr running persistently, configured in machine mode so other devices on the LAN can connect into the same herdr server
  5. Set up Finder on the laptop and the Files app on my phone to reach the Mac Mini’s folders over the LAN
  6. Refreshed the Claude/Codex login tokens ahead of time
  7. Made sure the laptop and phone I’m carrying both have a remote desktop app installed, so I can connect home in an emergency
  8. Tried to teach my girlfriend, who’s staying home, how to reboot the computer and the router if something goes wrong (??)

Tested it the next day: tailscale plus herdr connected me back to the codex running at home, no problems at all. Genuinely a fun experience.

The reason for all this trouble: I’m heading out on a long trip, and my laptop doesn’t have the storage for it — the harness and the scheduled jobs all live on the Mac Mini at home.

Unlike the five-step SOP I wrote for letting Claude Code run in the background from a hotel room before dinner, that one was a short backup plan for stepping out for dinner while still in Taiwan; this time I’m leaving the whole country, and the Mac Mini has to hold up as home base for days.

Want AI working in your own job, not just in demos? See the 3-month 1-on-1 program →

Field Results and Pitfalls After Leaving

Test numbers from a random hotel Wi-Fi in Taiwan, connecting straight through Tailscale to the host in Bangkok: no noticeable lag in actual use. After checking from both Hanoi and Taipei, I’m confident that keeping the Mac mini at home in Bangkok and reaching it over mosh/ssh plus the Tailscale network is the stable, correct call. Extra data point: a Louisa Coffee in Taipei started out routed through a Hong Kong relay, then went direct after 1-2 minutes, with round-trip latency of 87-92 ms, about 89 ms on average.

The remote rehearsal before leaving also turned up a few pitfalls, all of which went into the runbook:

Flaky Networks: Switching to mosh and Moving Images Across Machines

Later I switched the protocol I use to reach Claude Code CLI on my home machine from SSH to mosh. On hotel Wi-Fi that drops packets like crazy, mosh is unbelievably smooth. I’m genuinely moved.

One catch: when I’m on the mini through mosh, Markdown links don’t get colored and can’t be clicked (official mosh doesn’t forward OSC 8).

The other problem is sending images. Here’s what I do (the mini is the machine being controlled, the Air is the one doing the controlling):

  1. Save the image on the Air’s clipboard as a png (with pngpaste)
  2. scp it over Tailscale to the mini’s /tmp/
  3. Put the file path on the mini back onto the Air’s clipboard
  4. Paste that path straight into Claude Code, and Claude can read the image

When I need to actually look at things, I still pair this with copyparty. It’s a handy web-based file manager that opens and previews all kinds of files inside the Tailscale network.

For the past two weeks I’ve been traveling, mostly working by remote-controlling Claude Code CLI on the Mac mini at home from my laptop and phone. Every time I clicked a file link, nothing happened. Then I’d remember the link is a local path, so clicking it only opens the file on the mini back home, and I’d have to hurriedly add: open it on my laptop/phone through tailscale.

Later I had an idea and built a switcher with a Claude Mod. When I’m on the laptop or phone, I flip the mode, and the Mod intercepts the local paths in the model’s output, rewrites them as LAN addresses, and injects a prompt: the user is currently on remote device XX; if the user asks to open a file, use tailscale to do it on that device.

Aren’t I clever!

The remote-device Mod's help screen: three modes, /at air, /at iphone and /at mini, which rewrite file:// links in replies as copyparty URLs and tell Claude to ssh into the Air and run open when it needs to open a file.

I also stumbled on a nice side use of tailscale: when I accidentally bought a travel eSIM that routes through a China node and every AI service died, I could still ask AI over ssh.

On my phone, connected to the Mac mini at home over mosh, asking AI about jjimjilbang spas in Busan, and the answer comes back as usual.

Someone asked whether to route all traffic through an exit node. No need. With claude in particular, I worry there’s some device fingerprint I don’t know about, and if it doesn’t match the region of the VPN exit, the account gets flagged and banned. So I just keep the device fully hidden in the back.


3-month 1-on-1 AI coaching

A prompt handbook written around your own work, two 2-hour 1-on-1 sessions, and DMs answered for three months. At the end you rerun the whole workflow yourself.

See what the program includes

Or book a free 15-minute diagnosis first

Share this post on:
Previous Post
The Two Big Model Vendors Take Turns Failing, So Build a Backup
Next Post
Can Haiku 5.5 Take Over Sonnet's Work? I Tested It on My Own Tasks