Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Windows 7 clients connecting to the RDS running on Win server 2008 R2 very frequently get the error message "Because of an error in the data encryption, this session will end...".

This occurs if the Windows 7 clients are connected via WiFi, then use a VPN connection to get inside the firewall (this issue is on both PPTP VPN run by the Microsoft Routing and Remote Access and the IPSEC VPN run by the Cisco ASA 5510), this happens on every Win 7 client connecting (providing they are connected via WiFi), if they are connected to the internal WiFi this issue does not occur.

What is odd is that an XP client connecting exactly the same way (WiFi -> VPN -> RDC) does not experience this issue and connects fine every time.

I have done the following:

  • Tried both IPSEC and PPTP VPNs
  • All the MTU values are set to 1500 both ends,
  • the large send offload (called LSO & Jumbo Packets in the Advanced tab) on the 2k8 server has been disabled in the NIC (have also disabled the TCP Chimney Offload),
  • Disabled all checksum offloading in the NIC advanced settings
  • tried multiple versions of the NIC drivers on the 2k8 server,
  • tried multiple WiFi connections and the same happens everywhere,
  • tried multiple VPN clients (not just the Cisco VPN Client)
  • tried various combinations of the pre-fragmentation settings on the ASA
  • tried changing the encryption in the RDS connector
  • Deleted and resetup the RDS connector
  • Tried multiple different windows 7 clients with different Wireless NICs.
  • Tried removing all connections items from the LAN connector on the server (was only running with IPv4, File and Print Sharing, Client for Microsoft Networks).
  • Setup an wireless connection external to the network with an outside IP and reproduced the issue but when i moved that wireless point inside the network the issue went away as the VPN connection was no longer needed.

The server is an HP Proliant ML350 G6 (which uses the broadcom NetXtreme Gigabit Server Card), firewall is an ASA 5510.

Any one got any ideas? Im beginning to run dry.

Thanks for any help.

share|improve this question

The fact that XP stations are not seeing this but Win7 is, suggests to me that the fault lay within Network Level Authentication somewhere. This uses the CredSSP protocol. I don't think there is a way for the client to say to not attempt that, nor is there one on the server that I'm aware of.

share|improve this answer
The client could try adding the enablecredsspsupport:0 switch to a custom RDP file. – Greg Askew Mar 15 '12 at 18:00
I tried this, didn't help me. – jcollum Dec 4 '14 at 17:43

In my case, I had to uninstall (not uncheck, but uninstall) the component "Citrix DNE LightWeight Filter Driver" - also got rid of the following TightVNC error message: "pseudo encoding is not supported"

share|improve this answer
This fixed the same problem for me. – Paul Williams Sep 9 '14 at 18:27

May want to try the following:

"My Fix: Simply uninstall the Link-Layer Topology (Mapper I/O Driver and Responder) protocols, as well as the QoS Packet Scheduler service (you can add them back again afterwards) in the Local Area Connection of the client machine (not the server/target). You must uninstall, not simply remove the checkmark next to the protocol or service."

Taken from:

share|improve this answer

I had a similar issue connecting as a client to a server. The only solution I found was to connect from a different machine -- I suspect it was an issue with my Intel I217-V chipset (but the drivers are up to date). Connected to the target machine fine from another desktop on our network.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.