Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RDCMan protocol error 3334 - largeaddressaware #796

Open
kpr0th opened this issue May 2, 2024 · 2 comments
Open

RDCMan protocol error 3334 - largeaddressaware #796

kpr0th opened this issue May 2, 2024 · 2 comments

Comments

@kpr0th
Copy link

kpr0th commented May 2, 2024

Ran into a problem where RDCMan was failing to start a connection through a BeyondInsight Password Safe proxy from a virtual machine accessed through a BeyondTrust "Bomgar" jump client. It was reporting unknown protocol error: 3334. Searched online and found that some other similar tools (such as mRemoteNG) had a similar issue, and the solution suggested was to use Visual Studio's EDITBIN to enable /LARGEADDRESSAWARE mode on the RDCMan.exe binary. Lo and behold, I tested and that did solve the problem. Though it also invalidated the digital signature on the executable...

Will Microsoft please re-release RDCMan.exe with the largeaddressaware mode active (or release a 64-bit version instead?), so we don't have to use this manual edit for this corner case?

@foxmsft
Copy link
Collaborator

foxmsft commented May 2, 2024

This is a great finding, I wasn't aware of it, thank you!

@kpr0th
Copy link
Author

kpr0th commented May 15, 2024

Adding to the mix: these were virtual machines that were misbehaving and showing the protocol error 3334. The largeaddressaware flag did not fix all of the instances that we had in our environment. I tracked another root cause down, which is that "Virtualization Based Security" was not enabled on some of the endpoints in vCenter, but we had group policy in place that was trying to enable the VBS-related features in the guest O/S. After enabling that option at the VM level in vCenter, the problem was resolved for the endpoints that were still having issues.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants