How-to guides
How to do the everyday jobs of remote support
Task-by-task guides to the work a support team actually does: setting up unattended access, helping someone without installing anything, moving files mid-session, rebooting a machine you cannot touch, waking one that is switched off, and keeping an audit trail that stands up afterwards. Each guide covers the method, the mistakes and the questions people ask.
7 min read
Set up unattended remote access
A step-by-step guide to configuring unattended remote access: choosing which machines qualify, installing an agent, tying access to named accounts, and proving the connection works before you rely on it.
6 min read
Support a user with no install
How on-demand, attended remote support works when you cannot install anything permanently: one-time session applications, consent, what the user sees, and when this approach is the right choice.
6 min read
Transfer files in a session
Moving files to and from a machine you are supporting: drag-and-drop transfer, when to use it instead of email or cloud storage, size and permission limits, and keeping a record of what moved.
6 min read
Reboot and reconnect remotely
Restarting a machine from a remote session without losing access: safe mode considerations, what has to be true for the device to come back, and how to avoid stranding a computer you cannot reach.
5 min read
Support multi-monitor setups
Handling multi-monitor remote sessions without squinting: switching between displays, spanning versus single-screen view, scaling, and what to do when the remote layout does not match yours.
6 min read
Wake a machine remotely
Using wake-on-LAN so remote access works on machines that are switched off or asleep: firmware settings, network adapter configuration, why it fails across subnets, and the practical alternatives.
6 min read
Remote access and firewalls
Why modern remote support tools connect outbound rather than requiring inbound port forwarding, what to allow on the firewall, and how to diagnose a device that will not connect.
7 min read
Support a home worker
Practical guidance for supporting staff at home: home network problems you cannot control, personal devices, VPN and connectivity faults, and the etiquette of working on someone's machine in their house.
6 min read
Run PowerShell remotely
Using a command line during a remote support session: when scripting beats clicking, running commands without interrupting the user, safety practices, and keeping an auditable record of what you ran.
7 min read
Audit remote access
Building a defensible audit trail for remote access: what each session record should contain, how long to keep it, what to review and how often, and the questions an auditor will actually ask.
How-to
The tasks that make up a remote support week
By 247connect Marketing Team ยท Last reviewed 27 August 2026
- On-demand sessions
- Attended
- Managed devices
- Unattended
- File transfer
- Both ways
- Reconnect after reboot
- Auto
Two access models cover almost everything
Nearly every remote support task is a variation on one of two setups. Unattended access means an agent is installed once on a device you are responsible for, and you can reach it whether or not anyone is sitting there. That is the right model for servers, fixed workstations, kiosks and any machine you maintain rather than merely help with.
On-demand access means nothing is installed permanently: the person you are helping runs a small one-time application, you connect for the duration of the call, and it leaves nothing behind. That is the right model for a customer, a contractor, a personal device, or anyone outside your management boundary.
Choosing the wrong model is the root of a surprising number of problems. Unattended agents on devices you do not own creates a governance liability nobody signed up for. On-demand sessions for machines you maintain wastes minutes on every ticket and makes out-of-hours work impossible.
- Use unattended access for devices you own, maintain and can install software on
- Use on-demand access for anyone outside your boundary, or for one-off help
- Use wake-on-LAN with unattended access when maintenance happens out of hours
- Use file transfer rather than email or a shared drive for anything you need mid-session
The habits that make sessions faster
Speed in remote support comes from preparation rather than from typing faster. Group devices before you need them, so finding the right machine is a search rather than a scroll. Agree with the user how a session starts, so the consent prompt is expected rather than alarming. Keep a short script or note for the three tasks you do most often, because doing them the same way each time makes them easier to hand over.
Where a task involves a reboot, plan for the reconnect before you start rather than after. And where a task involves a change someone might later question, note what you did in the ticket while the session is open. Both take seconds during and save a conversation afterwards.
Doing it the same way every time
The guides below each cover one task end to end: the method, the places it usually goes wrong, and the questions people ask about it. They are written to be followed by someone who has not done that task before, which is also what makes them useful as team documentation rather than as reading material.
Setting up remote support properly the first time
- 1
Split the estate by access model
List which devices get a permanent agent and which are helped on demand. This one decision determines your licensing, your policy and most of your day-to-day friction.
- 2
Deploy agents to managed devices centrally
Push the agent through your existing deployment tooling rather than machine by machine, and confirm it installs as a machine-level service so it survives reboots.
- 3
Write the consent wording once
Agree what an operator says before connecting and what the user sees. Consistency here is what makes remote support feel professional rather than intrusive.
- 4
Rehearse the awkward cases
Elevation prompts, reboots, multi-monitor layouts and slow links. Knowing how each behaves before a live ticket is the difference between a five-minute fix and a call-back.
Frequently asked questions
- What is the difference between attended and unattended remote access?
- Attended, or on-demand, access needs someone present at the device to start and consent to the session, and typically leaves nothing installed. Unattended access uses a permanently installed agent so an operator can connect whether or not anyone is there, which is what makes out-of-hours maintenance possible.
- Can you support someone without installing anything on their machine?
- Yes. On-demand support uses a small one-time application the user runs for the duration of the call. It is the appropriate model for customers, contractors and personal devices, because it leaves no persistent access behind when the session ends.
- How do you reboot a remote machine without losing access?
- Use the tool's reboot-and-reconnect function rather than restarting from inside the operating system. It signals the agent to expect the restart, so the session re-establishes automatically once the machine and its network stack are back rather than leaving you waiting and guessing.
- How do you transfer files during a remote session?
- Use the session's own file transfer, in either direction, rather than email or a cloud share. It keeps the transfer inside the encrypted session, avoids attachment size limits, and leaves the transfer in the same audit trail as the rest of the session.
Where 247connect fits
In 247connect these tasks share one console: managed agents for unattended devices, on-demand licences for one-off help, drag-and-drop transfer, chat, PowerShell and reboot with automatic reconnect.
Related across the hub
RMM
RMM tools explained
A practical guide to RMM tools: the five capability blocks every remote monitoring and management tool is built from, which ones your team will actually use each week, the questions that separate similar-looking products, and how to run a trial that predicts real life.
RMM
What is RMM software?
A plain-English definition of RMM software: what remote monitoring and management means, the three parts every RMM platform has, what an RMM agent does on a managed device, and how RMM differs from remote desktop, PSA and endpoint security tools.
Alternatives
TeamViewer alternative
A vendor-neutral method for choosing a TeamViewer alternative: the four reasons teams switch, the requirements that actually decide the outcome, how to score candidates on speed, security, access models and cost, and how to run a two-week trial that tells you the truth.
Alternatives
AnyDesk alternative
What to look for in an AnyDesk alternative: the difference between ID-and-code sessions and installed agents, why estate ownership changes the requirements, and how to score candidates on unattended access, permissions, logging and cost.
IT explained
What is RDP?
RDP is Microsoft's Remote Desktop Protocol, built into Windows for remote sessions. How it works, what it is genuinely good at, why exposing it to the internet is dangerous, and where brokered remote support tools fit instead.
Reference
How RMM tools work
Diagrams of the connection path, access models and security layers.