Preparing a PC that has to stay reachable while you are away

Almost every "it worked yesterday" failure is the same thing: the computer is not refusing you, it is asleep. Ten minutes of settings before you leave prevents nearly all of it.

Updated:

Sleep is the main culprit

A suspended machine has no network stack running. It is not reachable by anything, and from your side it is indistinguishable from a broken connection. Windows ships with aggressive sleep timers, and a desktop that is "always on" in your head is often asleep within thirty minutes of the last keypress.

On Windows: Settings → System → Power & battery → Screen and sleep, and set sleep to Never when plugged in. Leave the screen timeout alone — turning the display off saves the power that matters and does not affect reachability.

Two settings people miss after doing that:

On a laptop, add one more: closing the lid suspends by default regardless of everything above. If the laptop is the machine you need to reach, set the lid-close action to "Do nothing" while plugged in — and accept the thermal consequences of a closed laptop that stays awake.

Advertisement

The lock screen

A locked machine is still reachable, and it should stay locked — you want the desktop protected when nobody is at it. What you need is for your remote tool to work from the lock screen, which is a question of how it runs.

A tool that runs as a normal user application generally cannot show or interact with the lock screen, and often cannot see the User Account Control prompt either — so the session appears frozen the moment anything asks for elevation. A tool installed as a service or with an elevated helper can. If you install a remote access tool and it works fine until you lock the screen, this distinction is the reason.

Restarts you did not schedule

Windows Update reboots are the second most common cause of a machine being unreachable for a week. Two things help. Set your active hours so restarts happen when you would notice, and — more importantly — make the remote host application start automatically at boot rather than at login. A tool that only starts when someone logs in is useless after an unattended restart, because nobody logs in.

Test this properly before you rely on it: restart the machine, do not log in, walk away, and try to connect. That single test catches more problems than any amount of reading settings pages.

Power and network

A five-minute pre-flight before you travel

  1. Restart the machine, do not log in, and connect remotely. If that works, most failure modes are covered.
  2. Lock the screen and connect again. Confirm you can get past the login screen.
  3. Trigger something that needs elevation and confirm the prompt is visible and clickable.
  4. Check that the host app shows as running in the tray or service list after the restart.
  5. Note the machine's code or ID somewhere you will have with you — not only on the machine you are leaving behind.

More guides

Try RemoteFrames

Install the host on the computer you want to reach, then enter its 6-digit code in any browser. No account — two free 10-minute sessions a day.

Try RemoteFrames