Remote Utilities 7.0 has been released. Click to upgrade your license! (X) Dismiss

Import from Active Directory + improved File Transfer mode: What is new in the latest Remote Utilities Beta

A new Beta version of Remote Utilities 6.12 has been released, which includes several long-awaited features. Import to RU Server from Active Directory was added, the File Transfer connection mode was significantly improved, and the program interface was adapted for high-resolution monitors among other things.

Import from Active Directory to RU Server

How it used to be

Fetching computers from Active Directory directly into the Viewer (see the figure below) has always been available in Remote Utilities. Up until now this has been the only method of RU/AD integration, and not without its drawbacks. Fetch from Active Directory to Viewer

The lack of the imported address book synchronization between several Viewers was the biggest issue. Each administrator had to set up Active Directory integration in their own Viewer.

Besides, the target address book records were not directly editable — there were no connection properties that you could change. You had to "convert" those records into regular address book records with editable properties. This led to unnecessary duplication and management costs.

New AD integration

In this beta release, Active Directory integration has been taken to a new level and written from scratch. The integration is now performed using Remote Utilities Server:

Import from Active Directory into RU Server

Now the Server is responsible for communicating with the AD domain controller and importing computers into the linked address book on a schedule. You just need to set import schedule and connect RU Server to your domain controller:

Import from Active Directory dialog window

Computers from AD get imported into the designated Server address book according to your schedule:

AD imported into Address book manager

This book can be synced between multiple Viewers just like any other book — using the address book synchornization feature: AD imported into Viewer

You can even choose to keep your own connection properties for a shared book:

Disable syncing connection properties

We hope this new feature will help you get the most out of the RU Server, including in the Active Directory environment. And yes, the old Active Directory import feature ("fetch from AD") still works, but now you have a much better alternative.

File Transfer navigation speed

If there was one feature to improve in File Transfer mode, the speed of folder navigation would most certainly be the best candidate. Indeed, in previous versions of Remote Utilities, the speed of such navigation left much to be desired, especially when Internet-ID connection was used. But now it has changed.

The way it was before:

The way it is now:

Please, note that the File Transfer protocol itself has been changed. This means that File Transfer mode will only work when you update both modules — Viewer and Host — to the latest version.

Port manager in RU Server settings

Even though Port Manager was added in beta 2 earlier this year, we thought it was worth shedding some light on how it works.

Port Manager is a dialog window that replaced the previously used port list. In order to run Port Manager, in RU Server Admin Console select FileServer Configuration, navigate to the Communication tab and click Port Manager:

Port manager window

You can add multiple ports. Each port can then be edited by clicking the Edit icon:

Port editor
  1. Port number. This is self-explanatory.
  2. IP-Filter. A port-level IP-filter.
  3. Use port for. Here you can select the roles that you want to assign to this port.

Port-level IP Filter vs Global IP Filter

In the new Port Manager an individual IP filter has been added for each port. There is also the global IP filter available on the Communication tab.

Using port-level IP filters is straightforward. You should decide whether you want to use a black list or a white list and then add the desired IP addresses or IP address ranges in the respective tab:

Filter settings - black and white listing

Things are getting a bit more complicated if you decide to use the global IP filter in addition to your port-level filters. In this case you should keep the following rules in mind (the rules apply in the order shown):

  • Deny (blacklist) rules override allow (whitelist) rules.
  • Global rules override port-level rules.

For example, if you black list a single IP address in the Global filter and white list the same IP address in a port-level filter, the IP address will be denied/blocked. However, if you white list a single IP address in the Global filter and black list the same IP address in a port-level filter the IP address will still be blocked because a deny rule, though local, still overrides a global allow rule.

Port roles

Each port can be assigned one or more roles from the list below.

  • Internet-ID connection (Viewer side)
  • Internet-ID connection (Host side)
  • Viewer sign in and address book sync
  • Host authentication (Custom server security)

By selecting these checkboxes you specify which "type of communication" this port should be used for.

For example, you may decide that the port 5655 should only be used for Server ↔ Viewer communication and the port 5656 should be used for Server ↔ Host communication:

Editing ports for Viewer and Host

The selected roles are also shown in the Port Manager:

Port manager list

In this example Viewer will communicate with RU Server using TCP port 5655 and Host will communicate with RU Server using TCP port 5656.

Why use role separation across ports?

Assigning separate ports for Viewer and Host in combination with setting port-level IP filters gives the system administrator more flexibility and control over Server ↔ Viewer and Server ↔ Host communication.

For instance, a system administrator may decide that any Viewer can communicate with the Server regardless of the Viewer's IP address. At the same time, the system administrator wants to proactively prevent "unwanted" Hosts from communicating with the Server. Such an unwanted Host can be a Host installed by an employee on an office computer without permission for subsequent remote access from outside the corporate network.

No more interface scaling problems on high DPI devices

If you have used Remote Utilities on a high-resolution monitor with high DPI settings (for example, a 2K or 4K monitor), you may have noticed that the program interface does not scale well. Application elements such as menu texts, icons and dialog boxes appeared to be fuzzy and overall program experience was subpar because of that.

In the new beta version, we have fixed this problem. Now all modules of the program, including Viewer, Host and Server should scale well at any resolutions and DPI settings.

Windows event log

In addition to the Host's own log, we have added the ability to log into the Windows system log.

Windows event log showing Remote Utilities Host log

To use this feature, you must first enable it in the Host settings and restart the Host:

Windows event log option on the Host side

There is the same information recorded in both logs. Enabling Windows event log may be justified if you systematize and collect logs across multiple computers, for example using Active Directory tools.

You can download the latest beta version on this page. Feel free to send your questions and bug reports in this dedicated beta discussion thread.

This website uses cookies to improve user experience. By using this website you agree to our Terms of Service and Privacy Policy.