Remote Control - FAQs, Known Issues, and Troubleshooting Guide
- FAQs
- Known Issues & Caveats
- Troubleshooting
The following are common questions and answers about the Automox Remote Control Module.
Question | Answer |
---|---|
Does the remote access feature require the agent to be connected? Or can it be used to troubleshoot agent connectivity problems? | Yes, it needs to be connected with the Automox agent. |
How secure is the connection? |
We use Cloudflare to create a tunnel. After we establish the tunnel (between the local admin and remote device), we use encrypted WebSocket to encompass the TightVNC component into the remote device. There we use a proxy to decrypt WebSocket and transmit the VNC as part of regular TCP into the remote device. Cloudflare Tunnel is tunneling software that lets us quickly secure and encrypt application traffic within our infrastructure. We will be able to hide our web server IP addresses, block direct attacks, and get back to delivering great applications. The Tunnel daemon creates an encrypted tunnel between your origin, Automox, web server and Cloudflare’s nearest data center, all without opening any public inbound ports. After locking down all origin server ports and protocols, any requests on HTTP/S ports are dropped, including volumetric DDoS attacks. Data breach attempts—such as snooping of data in transit or brute force—are blocked entirely. |
Who can access devices with Remote Control? |
|
Can I use Remote Control to access servers? | Automox Remote Control is currently not supported on servers. |
What binaries are installed? |
Note: For Windows only, when the session ends we remove the TightVNC.msi and TightVNC binary. We reinstall these for every session. Windows: x64
|
What browsers are required to use Remote Control? |
|
Can we shut off the remote controller feature? | To remove the remote control feature (Automox Assist) from your customized plan, contact Automox Support. |
What permissions are required to change settings for consent notifications? | Only Global and Zone Administrators can decide which devices need consent from the remote user before establishing the remote session. |
Where is the remote control log located? |
The Remote Control log named rc-module.log can be found at the following path: Windows:
macOS:
macOS Install Logs:
|
This table lists known issues or caveats related to using the remote control module on the different Windows or macOS devices.
Feature | Windows | macOS |
---|---|---|
Versions | Win 10, Win 11 | macOS 12 (Monterey), macOS 13 (Ventura), macOS 14 (Sonoma), macOS 15 (Sequoia) |
Consent | ✅ | ✅ |
Multiple Monitors | Zoom and Scroll all monitors |
Zoom and Scroll single monitor
Theprimary monitor is selected for Remote Control. This is configured in System Settings → Displays, and can be changed by the remote user. |
Resizing | ✅ | ✅ |
Logs | C:\Program Files (x86)\Automox\modules\rc\rc-module.log
|
/usr/local/var/log/remotecontrold.log
|
Permission | Automatically Enabled | The remote user must enable two permissions: Accessibility and Screen Recording, (first time only) |
Clipboard | Copy by keystroke event only | |
On Disconnect* | VNC is uninstalled | VNC is not accessible by logged-in user |
Special Keys | ✅ | ✅ |
We provide a set of documentation to help you navigate the use of the Automox Remote Control Module: Remote Control Module. If you need further assistance after referring to our documentation, please collect the information listed here for our Support Team and submit a support ticket in our Customer Portal:
- Is the device Windows or macOS?
-
Is this a server?
Note: While Automox’s Remote Control has been known to work on servers, we do not officially support servers at this time.
- Describe the behavior.
-
When does the problem occur on the device?
- only on the first remote control session attempt or
- on all subsequent attempts
- Is the issue occurring on all devices or only some devices?
- Is the problem intermittent or constant?
- Collect rc-module.log and agent logs.
-
Check if a VPN or other service is blocking connection to
wss://{uuid}.rc.automox.net
-
Check if a process is being terminated on the remote device:
-
Commands to manually check processes:
-
tightvnc server:
Get-Process | Where {$_.Name -eq "tvnserver"}
-
cloudflared:
Get-Process | Where {$_.Name -eq "cloudflared-windows-amd64"}
-
remotecontrold:
Get-Process | Where {$_.Name -eq "remotecontrold"}
-
tightvnc server:
- Check processes before, after, and during the remote control session.
- Important: Gather screenshots to include in the support ticket.
-
Commands to manually check processes:
- Check if additional related traffic is being blocked by a firewall.
-
What browser is the local (admin) device using? What version of that browser?
-
noVNC uses many modern web technologies so a formal requirement list is not available. However these are the minimum versions we are currently aware of:
- Chrome 64, Firefox 79, Edge 79
- Link here: GitHub - novnc/noVNC: VNC client web application
-
noVNC uses many modern web technologies so a formal requirement list is not available. However these are the minimum versions we are currently aware of:
- Does the current environment (local device (admin) browser, remote device or firewall) have software performing TLS Decryption/Inspection? Examples include Netskope, Zscaler, and Sophos.
- It is important to collect screenshots of the errors, and any relevant logs.
Related Topics
For additional help, please submit a support request through the customer portal.