Rdp error 3334

I have a problem.

RRS feed

  • 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

Answers

    • Marked as answer by
      pTomic
      Thursday, May 29, 2014 6:34 AM

All replies

    • Marked as answer by
      pTomic
      Thursday, May 29, 2014 6:34 AM
  • 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
  • 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
Threads: 1
Joined: Feb 2010

Reputation:

0

I’ve configured multiple connections to several servers. One of the connections returns an error while connecting: Protocol error 3334.
After closing the messsage, also the RDP session is closed.

The same software is installed on another computer, without any connection problems.

Platform: Windows 7. Visionapp Remote Desktop.

Anyone any idea?

Posts: 1,150
Threads: 44
Joined: Nov 2007

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
Threads: 1
Joined: Feb 2010

Reputation:

0

Thanks for your reaction. I had the same problem not finding any information about this one.
The exact message is: The remote computer «<servername>» returned an RDP protocol error (Return code: 3334). The only option is a button <OK>.

If there’s any suggestion, please let me know.

Posts: 1,150
Threads: 44
Joined: Nov 2007

Reputation:

2

16-02-2010, 06:05 PM
(This post was last modified: 16-02-2010, 06:06 PM by TCH.)

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
Threads: 0
Joined: Mar 2010

Reputation:

0

02-03-2010, 04:41 AM
(This post was last modified: 02-03-2010, 04:56 AM by premiumit.)

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
Threads: 44
Joined: Nov 2007

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
Threads: 0
Joined: Jul 2010

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
Threads: 0
Joined: Jan 2011

Reputation:

0

drnick Wrote: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

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).
I can still connect through the Vmware Console view though.

Posts: 2
Threads: 0
Joined: Feb 2012

Reputation:

0

I have this problem too, sometimes several times a day.
Usually it appears out of sudden and affects connections to Server 2012/2012R2/Win8. It won’t let me connect until I restart vRD.
This gets pretty annoying,

Posts: 4
Threads: 1
Joined: Mar 2009

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:

  • There are no event log errors.
  • The issue only occurs in VRD.
  • I Can Connect to ALL 30 of my virtual test environments through the windows RDP client without the error.

This IS a VRD issue because:

  • The error occurs when a maximum number of RDP connections is made through a single VRD window/process.
  • The number of connections that can be opened without this error in one VRD window/process has decreased over time for me from 8 to 3.
  • I can connect to all 30 of my virtual machines, BUT VRD requires that open a new VRD window/process for every 3 connections.

My Workstation:
Windows 7 SP 1 Enterprise
Processor: Intel ® Xeon® EPU E5-16500 0@ 3.20GHz 32.0 GHz
Installed memory (RAM): 16.0 GB
System Type: 64-bit Operating System

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
Threads: 0
Joined: Apr 2014

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.
*The issue only occurs in VRD.
*I Can Connect to ALL my virtual test environments through the windows RDP client without the error.

My Workstation:
Windows 8.1 Update 1 Enterprise
Processor: Intel ® Xeon® E5-2643 0@ 3.30GHz
Installed memory (RAM): 16.0 GB
System Type: 64-bit Operating System

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
Threads: 8
Joined: Apr 2014

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
Threads: 0
Joined: Jun 2014

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 Sad

Probably not worth of an upgrade unless support improves…

Posts: 458
Threads: 229
Joined: Jun 2008

Reputation:

0

25-02-2015, 01:45 PM
(This post was last modified: 25-02-2015, 01:49 PM by drlandau.)

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
Threads: 80
Joined: Aug 2006

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
Oliver

Posts: 2
Threads: 0
Joined: Jul 2015

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).
After that, you have to reconnect to all your server you need..

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
Threads: 80
Joined: Aug 2006

Reputation:

154

We have implemented a new setting in version 2015 that should solve this issue…

Regards/Gruss
Oliver

Posts: 2
Threads: 0
Joined: Jul 2015

Reputation:

0

Hi DevOma

Thank You for your fast reply.
We will upgrade as soon as possible. Afterwards I will give a short feedback.

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:

_images/credssp-error.png

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:

_images/oracle_remediation_setting.png

  • 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.

  1. Download latest version of log4net from apache.org — currently is v2.0.15
  2. Copy log4net.dll from net40 folder into mRemoteNG install folder (default C:Program Files (x86)mRemoteNG )
  3. 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.

Понравилась статья? Поделить с друзьями:
  • Rbuz d2 40 ошибка rep
  • Razor1911 error simcity как исправить
  • Rational combimaster plus ошибки
  • Rare m333x error boulevard depo
  • Rancid clogin error