Learn More Download Free Trial Pricing & Buy

Get ready for Terminal Services Log 3.0!

Hello Acceleratio Partners!
Acceleratio, Ltd. is pleased to announce that Terminal Services Log 3.0 will be available for public at the end of the summer.
It is the most cost-effective way to manage and monitor applications, users and licenses on Microsoft Remote Desktop Services and Citrix XenApp environments.
This release is full of enhancements and NEW fuctionalities.
Here is a short list:
* Brand NEW redesigned UI, quick sneak peek
* Performance monitoring (CPU, memory)
* RDP/ICA Bandwidth billing
* Real time email alerts
How can I get more information?
Please contact Acceleratio Customer Support for any further questions.
These features will bring the TSL to a whole new level of efficiency and usability. We will be starting the beta testing process on a wider scale on Sept 15th, so make sure to sign up!
http://www.terminalserviceslog.com/betaregister
What action must I take?
Upgrade to the TSL3.0 will be available only for customers with valid software assurance. Check with your customers is the software assurance still active. Be sure to upgrade on time. Contact us for questions about software assurance or extend now.
Best wishes,

We are pleased to announce that Terminal Services Log 3.0 will be available for public at the end of the summer.

It is the most cost-effective way to manage and monitor applications, users and licenses on Microsoft Remote Desktop Services and Citrix XenApp environments.

This release is full of enhancements and NEW functionalities.
Here is a short list:

  • Brand NEW redesigned UI, quick sneak peek
  • Performance monitoring (CPU, memory)
  • RDP/ICA Bandwidth billing
  • Real time email alerts
  • Custom views/reports

Terminal Services Log 3.0

How can I get more information?
Please contact our Customer Support for any further questions.

These features will bring the TSL to a whole new level of efficiency and usability. We will be starting the beta testing process on a wider scale on Sept 15th, so make sure to sign up!
http://www.terminalserviceslog.com/betaregister

What action must I take?
Upgrade to the TSL3.0 will be available only for customers with valid software assurance. Check if Terminal Services Log software assurance is still active. Be sure to upgrade on time. Contact us for questions about software assurance or extend now.


We’ve just shipped Terminal Services Log 2.6.7

We’ve shipped Terminal Services Log 2.6.7. It’s one of the “service releases” with bug fixes and minor improvements.

Product version: 2.6.7
Build number: 30510
Database version: 2.6.5.30205
Release date: May 19th 2010.

Features

  • None

Enhancements

  • Working Hours filter was not available for Application Reports
  • When server is part of Active Directory domain, application will attempt to enable integration automatically
  • Made changes to look’n'feel of main dashboard to make it easier to read
  • During installation you can advance in Configuration Wizard by clicking Next > buttons and Test buttons

Bug fixes

  • Fixed issue when printing reports with multiple filters applied
  • On Windows 2008 R2 IP Addresses, and File Audit Reports were not extracted correctly
  • When exporting Daily Report to XLS it did not show Active and Idle values
  • Fixed issue that would stop sending notifications periodically

Click here to download new release.


Terminal Services Log – ISV solution of the year for category: best value-added solution

We are proud to announce Terminal Services Log is the ISV (Independent Software Vendor) solution of the year for category: best value-added solution.
Terminal Services Log has been selected by Microsoft Croatia and our company will be awarded on Microsoft Windays – the largest business and technology conference in Croatia on 4/19/2010.
We received this best value-added solution award for our hard-work and for maintaining excellence and outstanding standards in ISV application development. We will continue to work hard and make even better applications for end users that will add even more value to their existing environments.


Terminal Services Log supports Citrix XenApp 6

Citrix Systems, Inc. (NASDAQ:CTXS) announced Citrix XenApp 6 few days. XenApp is the de facto standard for centralizing applications in the datacenter and delivering them as an on-demand service to both physical and virtual desktops. XenApp 6 offers major new enhancements that simplify computing for IT, including easier central management, enhanced enterprise scalability and seamless integration with Microsoft technologies like App-V and Windows Server 2008 R2. XenApp 6 also improves productivity for end users with extensive new high-definition HDX technology enhancements and simplified self-service access to apps from any device, including PCs, Macs, laptops and smart phones.

We are happy to inform you Terminal Services Log fully supports Citrix XenApp 6. With Terminal Services Log you are able to:

  • Monitor who, when and from where connected to the server/farm
  • Monitor Total, Idle, and Active times for every user
  • Applications used by user per session
  • Compliance ready reports save money from legal compliance penalties
  • IP addresses and Client names monitoring
  • Software license usage (from office to wide variety of applications)
  • File and Logon Audit Reports
  • Citrix concurrent license reports

Terminal Services Log – Enterprise edition allows you to install it on a dedicated (virtual or physical) server and to monitor all Citrix XenApp servers in your farm without installing anything on your mission critical servers. Our innovative agent-less technology is collecting data from the servers without any agents deployed.

Terminal Services Log is certified by Citrix as Citrix ready product meaning XenApp family is fully supported. Terminal Services Log is also certified by Microsoft as Works with Windows Server 2008 R2.

citrixready

To download Terminal Services Log use this link.
Terminal Services Log Enterprise pricing is available here.


Which licensing model should I choose for my environment?

When it comes to Remote Desktop licensing (formerly Terminal Services licensing), there is always a question about the optimal licensing model. But what if you could have a report that will ease the decision and allow you to make a better one based on real usage of your Remote Desktop / Terminal Services farm.

Remote Desktop Services come with 120 day grace/trial period that will give you enough time to test the optimal licensing strategy. Our product, Terminal Services Log, will gather the necessary data and make your decision much easier. You will find out which licensing model is the best for your scenario and how many licenses you need!

farm_license_compliance

In the above given screenshot, on a trial Remote Desktop Services farm we tracked both per Device and per User licenses. The report shows the number of used license for each license type.

The report clearly indicates that this farm is accessed by more devices than users (a user is using more than one device e.g. laptop, deskop, mobile phone). In this scenario it is logical to purchase per User licenses for this farm. You only need 574 User licenses, compared to 773 Device licenses. Even if you purchase +10% more licenses you will still be saving more then 20 000$ on licenses you do not need!

To download Terminal Services Log immediately please use this link.


How you can use Terminal Services Log to optimize licensing costs

In a Terminal Services (Remote Desktop Services) or Citrix Environments users can use a number of different applications. In a heavily used system there could be hundreds of applications running on the servers in a farm. Administrators in charge of such farms need to ensure all applications are properly licensed. But how are you going to monitor all these licenses and their usage across server farms?

This is where Terminal Services Log comes to rescue! Our comprehensive reporting infrastructure allows you to both define the number of licenses purchased and automatically track how these licenses are being used across your farm.

Tracking application licenses

Let’s say you want to track the number of used Office Licenses.

Here is what you need to do:

  1. Go to File > Preferences > Licenses [tab]
  2. Click Add License
  3. From the License Type Dropdown choose Application per Device License (We support tracking of per User and per Device licenses. )
  4. From the Process Dropdown choose Microsoft Office Word
  5. Enter the number of licenses you have purchased

I have entered 4x Word, 10x Excel and 20x Access licenses. Sample usage report is displayed on the figure below.

blog-license-compliance

This report gives me important information about current licensing state of my farm. As the sample report shows: I am only license compliant with Word, there are too many Excel licenses and too few Access licenses.

Benefits

There is a number of benefits from having reports like this one:

  • You can optimize costs for licenses you do not really need. (e.g. I could cut the number of Excel licenses in the above given example as I have 5 more than I really need)
  • I can detect if I need to purchase more licenses on my annual renewal date
  • I can change between different licensing schemas to detect if I could save more money with different licensing schema (per user/device)


Different licensing schemas we can track

Terminal Services Log allows you to track five different licensing schemas:

For applications

  • Applications per User License
    This license schema is being used for applications that are licensed per user i.e. you have to purchase a license for each user that uses the application
  • Applications per Device License
    This license schema is being used for applications that are licensed per device basis i.e. you have to purchase a license for each device this application is being used from. (e.g. So in case you are remoting from two different laptops you need 2 licenses.)



For farms or servers
The following license schemas allow you to track licenses for a farm or single server. This typically includes Terminal Services (Remote Desktop Services) CALs or Citrix Licenses. There are 3 different schemas:

  • Farm per User License
    This license schema allows you to track the number of unique users that connected to a remote server.
  • Farm per Device License
    This license schema allows you to track the number of unique devices (e.g. laptops, workstations…) used to connect to a remote server.
  • Farm Concurrent User License
    This license schema allows you to track the maximal number of concurrent users that connected in the given period. This license type is typically used to track Citrix Access Licenses.




We’ve just shipped Terminal Services Log 2.6.5

Product version: 2.6.5.30205
Build number: 30205
Database version: 2.6.5.30205
Release date: March 4th 2010.

Features

  • Multi-value Filters for all reports
  • New organizational unit filter for all reports

Enhancements

  • We introduced a progress indicator, to keep you busy while you wait for reports to load :D
  • We moved Date range filter to new Application Toolbar.
  • Logon Audit Report now shows both successful and failed login attempts
  • Changed names for some reports to make our UI easier to use
  • Most used applications by user now groups data by user when (All) is selected in users filter
  • For each server in your farm now you can choose if it is going to monitored in agent-less or agent mode

Bug fixes

  • You could not enable email sending unless you changed outgoing server
  • You could not perform diagnostics with custom service account
  • AD integration could not retrieve user accounts from Windows 2000 and Windows NT domains
  • Add servers wizard did not show Windows 2000 servers
  • You could not use Date Selector control to select dates post February 2010
  • On some servers public IP addresses could not be retrieved for some users

Click here to download new release.


Slow log-off when printing from 32bit app on x64 Windows Server 2008 R2

If you define 32bit app startup environment for the users, these users might experience a problem with slow log-off. This problem does not affect Full desktop and it does not happen if user has not printed something from an application.

In case you have Terminal Services Log installed on your server you can check processes being run for each user session. All 32bit sessions will have a process splwow64.exe running. By further investigating we found out the session will not end until this process does not end (in few minutes). This process is converting between 32 bit and 64 bit applications. Process remains in memory in order to increase system performance and unloads from memory after the last print job.

Adjusting Process TimeOuts

You can define how long process will stay in memory. Open regedit and find the following registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\
Create new 32bit DWORD SplWOW64TimeOut and set it to one minute (decimal 1). This will add one minute delay to unloading process from the memory.

If you want to unload process immediately and log off instantly after print job is finished we need to add one more registry value.
In regedit open:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\SysProcs
and add new  32bit DWORD called splwow64.exe and set it to decimal 0.

Now session with startup environment setup will log off immediately after print job is finished if that is requested by the user.

Additional Reports with Terminal Services Log

You can use Terminal Services Log to closely monitor processes on a Remote Desktop Server. Click here for more details about application reports in Terminal Services Log.

Application Report - Terminal Services Log

Application Report - Terminal Services Log


Client disconnects due to error in the protocol stream (Source TermDD, Event ID 56)

Sometimes you might receive the following error when remote controlling another client:
The Terminal Server security layer detected an error in the protocol stream and has disconnected the client. Client IP: …

Error occurs when client with RDP client below RDP 7 build 6100 connects to any other client for remote control, or even when RDP 7 client remote controls anything under RDP 7. client.

While searching for solution I noticed people suggest to set network card to auto sense. But what should you do in case you are running Terminal Server as virtual machine in Hyper-V :)

The solution simple, you must upgrade all Remote clients to latest available, as of this text RDP 7 client build 6100. (link)


Configure Audit Logon Events for Windows Servers and TSL

We are very excited about Terminal Services Log v2.6 release because it delivers some very interesting features for our existing and new customers.

One of the most interesting features is the ability to audit failure logons and file system actions. Audit logon events you can use to detect failure logons to your server, and detect hacker attacks and former employees failure logons. Terminal Services Log will report you user that is trying to logon, source IP address of the remote attacker and computer name of the attackers PC.

Auditing is a Windows Server feature that is being configured via Group Policy. Every audit event is being stored to the event log. We are using the information provided in the Event Log and combining it with existing data (user activities, applications being used…) to create a central monitoring station for your Terminal Services / Remote Desktop / Citrix farms.

Here is the info on how to turn on the logon failure audit events for your server(s). In order to enable Audit Logs you need to:

  1. Configure a Group Policy
  2. Enable Audit Log collection in the Terminal Services Log


Configuring Group Policy

There are two methods how you can apply group policy. Login to your Domain Controller and check if you have Group Policy Management in the Administrative Tools.

Configuring Group Policy for a domain WITHOUT Group Policy Management feature:

  1. Login to you Domain Controller with an account that has Domain Administrator privileges
  2. Click Start, point to Programs, point to Administrative Tools, and then click Active Directory Users and Computers.
  3. On the View menu, click Advanced Features.
  4. Right-click Domain Controllers, and then click Properties.
  5. Click the Group Policy tab, click Default Domain Policy, and then click Edit.
  6. Click Computer Configuration, double-click Windows Settings, double-click Security Settings, double-click Local Policies, and then double-click Audit Policy.
  7. In the right pane, right-click Audit Logon Events, and then click Properties.
  8. Click Define These Policy Settings, and then click to select Failure
  9. Click OK.
  10. The changes you made will only take effect when the policy setting is propagated or applied to your computer. Complete either of the following steps to initiate policy propagation right now:
    • Type gpupdate /force at the command prompt of a server and then press ENTER. The policy will be updated.
    • Wait for automatic policy propagation that occurs at regular intervals that you can configure. By default, policy propagation occurs every five minutes.


Configuring Group Policy for a domain WITH Group Policy Management feature:

  1. Login to you Domain Controller with an account that has Domain Administrator privileges
  2. Click Start, point to Programs, point to Administrative Tools, and then click Group policy management
  3. Click Default Domain Policy, and then click Edit (in case you have special policy only for terminal servers select that policy)
  4. Click Computer Configuration, double-click Windows Settings, double-click Security Settings, double-click Local Policies, and then double-click Audit Policy.
  5. In the right pane, right-click Audit Logon Events, and then click Properties.
  6. Click Define These Policy Settings, and then click to select Failure
  7. Click OK.

The changes you made will only take effect when the policy setting is propagated or applied to your computer. Complete either of the following steps to initiate policy propagation right now:

  • Type gpupdate /force at the command prompt of a server and then press ENTER. The policy will be updated.

Wait for automatic policy propagation that occurs at regular intervals that you can configure. By default, policy propagation occurs every five minutes.

Configuring Terminal Services Log

You need to enable collection of audit log data in the File > Preferences and you are good to go. Terminal Services Log will start to collect audit information from the event log on regular basis. Click here to check sample audit reports.