Remote Control - FAQs, Known Issues, and Troubleshooting Guide

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?
  1. The device must be part of the zone that has the Pro package
  2. Global Admin, Zone Admin, Zone operator, and Helpdesk operator
    • The Automox agent must be installed on the device
Can I use Remote Control to access servers? Automox Remote Control is currently not supported on servers.
What binaries are installed?

In order for Automox Remote Control to function properly, TightVNC must not be installed on the target devices.

Note: For Windows only, when the session ends we remove the TightVNC.msi and TightVNC binary. We reinstall these for every session.


Windows: x64
  • tightvnc-2.8.85-gpl-setup-64bit.msi
  • cloudflared-windows-amd64.exe
  • remotecontrold.exe
x86
  • tightvnc-2.8.85-gpl-setup-32bit.msi
  • cloudflared-windows-386.exe
  • remotecontrold-386.exe
macOS:
  • cloudflared
  • dialog
  • osxvnc
  • RemoteControl
What browsers are required to use Remote Control?
  • Chrome 64
  • Firefox 79
  • Edge 79
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:

C:\Program Files (x86)\Automox\modules\rc\

macOS:

/usr/local/var/log/remotecontrold.log

macOS Install Logs:

  • /Library/Application Support/Automox/modules/remotecontrol/install.log
  • alias rcdlog="sudo tail -f -n 100 /Library/Application Support/Automox/modules/remotecontrol/install.log /usr/local/var/log/remotecontrold.log"

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:

  1. Is the device Windows or macOS?
  2. 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.

  3. Describe the behavior.
  4. When does the problem occur on the device?
    • only on the first remote control session attempt or
    • on all subsequent attempts
  5. Is the issue occurring on all devices or only some devices?
  6. Is the problem intermittent or constant?
  7. Collect rc-module.log and agent logs.
  8. Check if a VPN or other service is blocking connection to wss://{uuid}.rc.automox.net
  9. 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"}
    • Check processes before, after, and during the remote control session.
    • Important: Gather screenshots to include in the support ticket.
  10. Check if additional related traffic is being blocked by a firewall.
  11. 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:
  12. Does the current environment (local device (admin) browser, remote device or firewall) have software performing TLS Decryption/Inspection? Examples include Netskope, Zscaler, and Sophos.
  13. 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.