- Remove From My Forums
-
Question
-
I have a problem.
I can connect to server via MSTSC /v:, but I can’t connect via RDCM.
I receive error 3334.
I can connect to other servers in my network.
Version od RDCM is 2.2 build 2.426
-
Edited by
pTomic
Wednesday, May 28, 2014 5:31 AM
-
Edited by
Answers
-
-
Marked as answer by
pTomic
Thursday, May 29, 2014 6:34 AM
-
Marked as answer by
All replies
-
-
Marked as answer by
pTomic
Thursday, May 29, 2014 6:34 AM
-
Marked as answer by
-
I’ve got this error when I try to connect too many servers.
Maybe you have reached limit?
-
Thanks, this solved my problem on Win 8.1!
-
I also see this error after connecting to 5-10 servers (2012+2012R2) from my Windows 8.1. Closing the application and reopening it fixes the problem albeit only temporarily.
I hope that the limit problem will be fixed in a future version — if there will ever be one.
Version of RDCM is 2.2 build 2.426
Tore Østergaard
Oticon A/S, Denmark -
-
Proposed as answer by
matt_will_fix_it
Thursday, November 27, 2014 7:58 PM
-
Proposed as answer by
-
Didn’t help — still getting Error 3334 after running this. Can continue on using regular RDP, but not RDCM
-
In case it helps someone, I have a brand new dedicated server, windows 2012 R2.
Following the build I connected via RDP from my windows 8.1 desktop, no special settings and straight in.
118 windows updates needed to be installed and the server was rebooted.
I could then not connect back to the server using RDP on my windows 8.1 client. (mild panic and googling followed)
I resolved this on my windows 8.1 desktop by going to RDP > Advanced Settings > connect from anywhere > settings and changing the connection settings as follows;
from «Automatically detect RD gateway server settings»
to «do not use an RDP gateway server» -
It worked for me. Thanks.
-
This was the case for me, I logged off from a couple of servers and managed to log in.
-
This worked well for me thanks!
Thread Rating:
- 0 Vote(s) — 0 Average
- 1
- 2
- 3
- 4
- 5
Error message 3334 using RDP connection |
Posts: 2 Reputation: 0
I’ve configured multiple connections to several servers. One of the connections returns an error while connecting: Protocol error 3334. The same software is installed on another computer, without any connection problems. Platform: Windows 7. Visionapp Remote Desktop. Anyone any idea? Posts: 1,150 Reputation: 2 Hi, are you sure, that the error number is 3334, because web search returns is no result when searching for it? Posts: 2 Reputation: 0
Thanks for your reaction. I had the same problem not finding any information about this one. If there’s any suggestion, please let me know. Posts: 1,150 Reputation: 2 16-02-2010, 06:05 PM Hi Lennard, did you check if this problem also occurs, when using the RDP client itself? And is anything else reported in Windows eventlog? Posts: 1 Reputation: 0 02-03-2010, 04:41 AM Hi Thomas, I am having the same issue, and can advise that on my PC (Win 7, 64bit), I also cannot connect using the built in RDP either. We connect to approx 60 Servers, and to date I have this issue on 2 of them. All the Servers we connect to are done via VPN. I’m sure that it is a Windows issue, rather than a VisionApp one, but it’s hard to know what is configured differently on these two problem servers. I’ve researched this a fair bit, and there is talk of changing some DLL’s to the Vista versions, but hell will freeze over before I go to those lengths! Cheers Steve Posts: 1,150 Reputation: 2 Hi Steve, thanky a lot for your feedback. When you say, that you are not able to use RDP itself either, then indeed it is a Windows issue. But I have no clue, what it might be. Maybe some security restriction? Posts: 1 Reputation: 0 G’day all, I am having the same issue as this. I can RDP fine into all of my servers, but when I try and take over a session of a user whilst RDP in it kicks me out with the same error 3334. I have tried Googleing it with no luck and thought I would post here as I am a customer of this product. It seems to only happen to sessions I take over from Wyse Thin Clients running RDP 5.2 (or is it 6? The latest version). I can take over sessions fine that come from Windows XP machines into the terminal servers. Running Windows 7 (but does the same on another Windows XP Pro machine) and Visionapp 2010 R2. Help! Thanks S Posts: 1 Reputation: 0
I encountered this issue first time today. I’m running VisionApp remote desktop 2010 on a windows 7 client. The problem occurred when I tried to connect to a VMware virtual server after setting up the Remote app Role on Windows 2008 R2 (previously known as Terminal server). Posts: 2 Reputation: 0
I have this problem too, sometimes several times a day. Posts: 4 Reputation: 0 I have been dealing with this issue for quite a while, but my workaround is starting to become very inconvenient. This is not a Windows issue because:
This IS a VRD issue because:
My Workstation: Connecting to 8 (Windows 7) and 22 (Windows 8.1) virtual workstations hosted on 2 (Windows Server 2012) running Hyper-V Attached Files Thumbnail(s)
Posts: 1 Reputation: 0 This issue started appearing today for us and I have to agree that this is not a Windows issue as listed above by Jbenz: *There are no event log errors. My Workstation: Connecting to Windows Server 2012 R2 All Windows patches have been applied as of this date to all servers and workstation connecting via or from VisionApp We are running VisionApp 7.0.3265.0 with a SQL 2008R2 DB Attached Files Thumbnail(s)
Posts: 22 Reputation: 0 We are having the same issue. I notice this more when connecting to servers running Windows Serve 2012 R2. I can connect fine with RDP Posts: 1 Reputation: 0 Yes I have this issue also, running 201 version 6.5.2806.0 Very annoying and definitely getting worse. Doesn’t seem to be a specific number of hosts before it starts rejecting. I have to exist sessions to be able to open new ones. Surprised/disappointed at no vendor input since this issue was a logged several years ago now Probably not worth of an upgrade unless support improves… Posts: 458 Reputation: 0 25-02-2015, 01:45 PM I have the same error running vRD 2011 (7.0.3328.0). No problem with mstsc.exe — but with visionApp it seems I can only connect to three (3) W2K12R2 servers at a time. Connecting to any 4th W2K12R2 server throws the 3334 error. Logoff one of the W2K12R2 sessiosn and I can log on to the one that couldn’t logon before… And I can continously both before, during and after continue to log on to any number of W2K8 servers. Weird!!! And agree about the support. It used to be fast and great followed by fixes. After ASG took over (or around that time anyway) the forum support stopped, so after many unanswered posts I too stopped trying to get replies and just plain stopped visiting the forums. Don’t know if it has improved in other threads since then, but didn’t get this 3334 problem until now. Posts: 9,875 Reputation: 154 I don’t know if the problem still exists with the latest version — but vRD 2011 is quite old, not the current RDP-protocol implemented so we can’t support such issues…
Regards/Gruss Posts: 2 Reputation: 0 Hi DevOma We got tha same issue with 2012 Version: 7.2.3955.0 When the error occurs, we have to restart the whole application (ASG). Maybe after 2h you need another server…. Error 3334….. Normally I had to restart ASG 3-4 times a day! It’s definitly annoying.. Posts: 9,875 Reputation: 154 We have implemented a new setting in version 2015 that should solve this issue…
Regards/Gruss Posts: 2 Reputation: 0 Hi DevOma Thank You for your fast reply. Greetings |
Users browsing this thread: 2 Guest(s)
CredSSP — CVE-2018-0886 — Authentication error¶
mRemoteNG uses the Microsoft Terminal Services Client (MSTSC) libraries
in order to make Remote Desktop connections.
Note
mRemoteNG has no control over the functionality changes implemented by Microsoft.
Please refer to Microsoft’s Documentation for full details regarding this problem.
Patched clients attempting to connect to Unpatched servers will fail with the following error:
The same error will occur with MSTSC directly on a patched
client attempting to connect to an unpatched server.
Per the MS documentation, the only way around this is to do the following:
- Patch the servers
- set the “Encryption Oracle Remediation” policy to “Vulnerable” — refer to the MS documentation above for details:
- Uninstall KB4103727
Log4net vulnerability CVE-2018-1285¶
Log4Net is an external library on which mRepoteNG application relies on. While the nightly builds are using the latest version of log4net that do not have the CVE-2018-1285 vulnerability, older releases require manual patching.
- Download latest version of log4net from apache.org — currently is v2.0.15
- Copy log4net.dll from net40 folder into mRemoteNG install folder (default C:Program Files (x86)mRemoteNG )
- Edit mRemoteNG.exe.config and add the following section under the assembly binding for
WeifenLuo.WinFormsUI.Docking
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="log4net" publicKeyToken="669e0ddf0bb1aa2a" culture="neutral"/> <bindingRedirect oldVersion="2.0.8.0-2.0.15.0" newVersion="2.0.15.0"/> </dependentAssembly> </assemblyBinding>
Make sure the newer log4net version in the
bindingRedirect
section of mRemoteNG.exe.config file matches the version of the log4net.dll copied over at step #2. Please refer to Microsoft documentation for more details related to assembly binding in .NET applications.
I can’t open more than X number of RDP sessions. New sessions fail with error code 3334¶
The issue here is likely the amount of resources available to the RDP component to open the connection. This was alleviated in MR-714 and MR-864
Other things you can do to help reduce the issue:
- On your RDP connections, set CacheBitmaps to False (this reduces the memory usage of each connection)
- Consider removing KB2830477 if you have it installed. This seems to increase the likelyhood of getting 3334 error codes.
RDP connections fail with error code 264¶
This issue is often caused by trying to retrieve session information.
Try doing the following:
- Disable “Automatically get session information” (Tools -> Options -> Advanced)
mRemoteNG crashes with the error “Class not registered” when trying to connect using RDP¶
You may also see a message like “System.Runtime.InteropServices.COMException (0x80040154)”
If you are running mRemoteNG on Windows 7 or Server 2008:
- You may be missing one or more required windows updates.
- A common issue is that KB2574819 is either missing or has been installed after KB2592687. They must be installed in the correct order. If you do not have KB2574819, follow these instructions:
— Uninstall KB2592687
— Install KB2574819
— (Re)Install KB2592687
— Reboot your machine
If you are running mRemoteNG on Windows 8/10 or Server 2012+:
- Try to repair the mRemoteNG installation using the installer or uninstall/reinstall. Receiving this error on these OS’s is just an install fluke (or you’ve fiddled with your registry).
VNC connections fail with the error “The server is using an unsupported version of the RFB protocol. The server is using version 4.1 but only version 3.x is supported.”¶
RFB version 4.0 and higher is a proprietary version owned by RealVNC Limited. Building support for newer versions will likely result in licensing fees. Therefore, it is unlikely that mRemoteNG will have support for version 4.0+ anytime soon.
Unfortunately, the only way around this limitation is to use an open source
implementation of VNC server such as TightVNC
or UltraVNC
Cannot click some UI elements in an RDP connection window.¶
It may seem like some elements are not clickable along the top
and left sides of your RDP connection window. More information can be found in issue #210
This is likely due to non-standard (>100%) DPI scaling on your local machine.
To turn this off:
On Windows 7 / 8
- Start menu -> Control Panel -> Display
- Ensure the option Smaller — 100% (default) is selected
On Windows 10
- Start menu -> Settings -> Display
- Ensure the slider under Change the size of text, apps, and other items is all the way to the left (at 100%)
SSH login fails when password contains extended ASCII characters¶
Initial login to SSH (or WinSCP) fails when the password contains
extended ASCII characters (such as: €šœ£ÁØë).
Typing the password into the SSH session directly works.
Investigation suggests that there is an issue in character encoding
when mRemoteNG passes the value to the cmd line, which then invokes PuTTY.
This was investigated in issue #186
The only resolution for this issue is to not use extended ASCII characters
in passwords that will be sent to PuTTY or similar tools.
RDP tries to reconnect whenever I resize the window¶
Your RDP connection reconnects after resizing mRemoteNG or the connection panel.
This will occur anytime the connection window changes size and
the following connection options are set:
- Resolution: Fit to Panel
- Automatic Resize: Yes
To prevent reconnecting, you can do one of several things:
- Change RDP Version to Rdc9 or higher. Rdc9 supports resolution changes without reconnecting.
- Change the resolution to Smart Size. This will scale the original connection area when the view window size changes. This does not preserve aspect ratio.
- Turn off Automatic Resize. When the view window size changes, you will see scroll bars or dead space.
There is no way to update the view window size without a reconnect in RDP Version lower than Rdc9.
This is an RDP protocol limitation.
AltGr key combinations stop working in other apps when connected to RDP¶
When connected to an RDP session AltGr, keyboard combinations sometimes stop working.
This is a known issue with The Microsoft RDP library that cannot be solved by mRemoteNG.
There are three known work arounds for this issue:
- Disconnect the RDP session which caused the issue. Since it can be difficult to determine which connection is to blame, you may need to disconnect all RDP sessions. Once you have confirmed AltGr combinations are working again, you may reconnect your RDP session(s).
- When the issue occurs, hold/press the Ctrl key. This is known to release the AltGr key from the RDP session.
- Use Ctrl + Alt instead of AltGr.