From: Steve G on
I've seen several post about the protocol error and I think it is related to
having purchased licenses for non-XP Pro and Win2K PCs "The remote computer
disconnected the session because of an error in the licensing protocol.
Please try connection to the remote computer again or contact your server
administrator." My problem is that we do have licneses for 5 XP home PCs and
they have worked up until about 3 weeks ago. The only thing that changed was
I updated the Server from Windows update, but there was only the usual
securty updates.

--
Steve G MCSE
From: John Chen [MSFT] on
Hello Steve,

Thanks for posting in this newsgroup!

According to your environment, I think the problem was caused by Terminal
server licensing server. The issue may not be related to client licenses.
Let us try the following steps to isolate/eliminate this problem:

1. If you are using Citrix, test with the latest RDP client. If RDP works
but ICA fails, please contact Citrix for assistance.

2. Verify they are NOT depending on the license server discovery process.

In ALL cases Microsoft recommends explicitly specifying the license server
on the terminal server. This is done with the DefaultLicenseServer registry
value in Windows 2000 terminal server. Because your Terminal Server
Licensing cannot find a valid license server, designate the
DefaultLicenseServer registry value may help us eliminate this problem. For
detailed steps, please refer to the following Microsoft KB article:
239107 Establishing Preferred Windows 2000 Terminal Services License Server
http://support.microsoft.com/?id=239107

3. Verify the terminal server can access the license server.

Make sure there is no software-based or hardware-based firewall on the
terminal server and license server that may block necessary ports. TS
licensing works over RPC, which means port 135 and a dynamically assigned
port above 1024 must be open.

Make sure DNS is properly configured on the client, terminal server, and
license server. Verify you can ping in between them all by IP address,
FQDN, and NetBIOS name. Also try "ping -l 1472 -f <IP address>" to
determine if the MTU is too small on the network, in which case you can
change it on the router, or configure the machines to use a smaller MTU in
the registry. Setting the MaxMTU to 576 and or setting EnablePMTUDiscovery
to 0 may allow them to work. For details, please refer to:
120642 TCP/IP and NBT configuration parameters for Windows 2000 or Windows
NT
http://support.microsoft.com/?id=120642

4. Delete the MSLicensing registry key and verify that the users have at
least Read access on the HKLM\Software\Microsoft key on the client
computer.

5. Verify Authenticated Users have "Access this computer from the network"
and "Bypass Traverse Checking" permissions to the terminal server.

By default, the only group policy object that has the "Access this computer
from the network" right defined is the Default Domain Controllers policy.
All other machines (member servers, clients, machines in a workgroup) have
that right defined in their local security policy.

6. Verify the RDP-tcp connection is enabled and that "Maximum Connection
Count" on the Network Adapter tab of RDP-Tcp properties is set to Unlimited.

Verify that Everyone has Full Control on the RDP-Tcp properties, Security
tab (Everyone Full Control isn't required, just so the users trying to
connect have permissions to it).

In Terminal Services Configuration click Connections, right-click RDP-Tcp,
select All Tasks. If Enable Connection is an option, the connection is
currently disabled. There will also be a red X over the icon for the
specified connection when disabled.

If RDP-tcp encryption level is set to High, and clients are failing to
connect, try setting the encryption level to low, or keeping it on high but
using the latest RDP client on the client machines.

7. Delete the certificate registry values on the client and terminal server.
Because of a security error, the client could not connect to the Terminal
Server
http://support.microsoft.com/?id=329896


Sincerely,
John Chen, MCSE, MCSA, MCDBA, MCSD
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security

=====================================================
When responding to posts, please "Reply to Group" via
your newsreader so that others may learn and benefit
from your issue.
=====================================================

This posting is provided "AS IS" with no warranties, and confers no rights.