Because of an error in data encryption, this session will now end.

This is the error I've been getting more and more frequently over the past few days, to the point that I can't ignore it because it's happening consistently within 5 minutes of connecting - sometimes within a few seconds. Both the remote and local machines are Windows 7 Pro x64. The remote machine is behind a Linksys RV082, and I'm using UPnP to forward a remote port to the correct local port. This setup had been working fine for several months, and I can't think of any recent relevant changes that might have been made.

Things I've already tried:

  • Disabling unnecessary components of the network connection on the remote machine, until only IPv4 and Client for Microsoft Networks remain.
  • Disabling TCP large send offload on both the remote and local machines.
  • Confirming that the remote machine is not mentioned anywhere in any DMZ settings on the Linksys router.
  • Confirming that there are no x509-related registry keys screwing things up (this is the suggested fix for a slightly different error anyway).

These are the only solutions I've been able to find after about an hour of searching, and most of them apply to XP or Server 2003 in any case. If anyone could suggest something else, it would be much appreciated.

link|improve this question
I had this happen to me a few months ago. I would only get disconnected a few times a day, not as often or as quickly as it sounds like you did. Looking forward to seeing if anybody has any info, although mine has been fine for at least a month now. – G_P Jan 26 '11 at 21:34
feedback

1 Answer

I have been researching this as well and I feel like I went down the same road is you since every fix applies to vista/xp. However on Microsoft Technet I found someone who fixed this by deleting the certificate then reconnecting:

I just came across this error myself. I was attempting to remote desktop in from one XP machine >to another. To fix, I went into the Registry:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters

After exporting this for safekeeping, I deleted the Certificate keys. I restarted the target PC >and was able to successfully connect. I can only surmise that the problem is a corrupted >certificate or something. Deleting the certificate stored in the registry seems to have reset it. >The certificate key is different from the previous one, so maybe the target PC's certificate >expired?

Mostly just guesswork here, but this solution worked for me!

It may not be a definitive fix since this issue seems so random because it worked for months before now but I figured it's worth a shot for you to try.

Source

Update

Try deleting the string value for the machine you are trying to connect to under:HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default

Let me know how it goes I'll check back when I get to my hotel after dinner.

link|improve this answer
Thanks, that's actually what I was referring to when I mentioned the x509 thing. That solves a slightly different error, and in any case, I didn't even have that key in the first place. – rfrankel Jan 26 '11 at 22:01
@frankel You don't have that key? I have windows 7 and I do. – Kyle Jan 26 '11 at 22:05
@rfrankel check my update. – Kyle Jan 26 '11 at 22:11
Correct, I do not have a Certificate key in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters on either machine. The only keys in that folder are (Default), ServiceDll, and ServiceDllUnloadOnStop - this is true on both machines. The (Default) value for HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\ was already blank on both machines. – rfrankel Jan 26 '11 at 22:18
very odd @rfrankel I have a huge bank of string values for machines that I have RDP'd to in the past. – Kyle Jan 26 '11 at 22:25
show 7 more comments
feedback

Your Answer

 
or
required, but never shown

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