Y
Y
Yuri Yerusalimsky2017-01-28 10:10:34
System administration
Yuri Yerusalimsky, 2017-01-28 10:10:34

How is it possible that the RDP connection works smoothly, but TeamViewer displays the screen with slowdowns?

An interesting situation is observed. There is a server on Windows Server 2008 R2 Standart, it works as a gateway using UserGate Proxy & Firewall. This server receives 4 Mbps of Internet from an ADSL+ router, which receives Internet via PPPoE from a telephone wire. Further, the server is connected by a second network card to an unmanaged D-Link switch, to which, in turn, client computers are connected (in principle, one could indicate that there are about 50 of them, taking into account intermediate switches, but this (load) is not the point now important, because the weekend and there is no one in the organization on the line). Among all, for the sake of experiment, a laptop with the latest version of TeamViewer is connected. The server also has a fresh version of TeamViewer.
And now the most interesting. If you connect from home to the server via TeamViewer, there were the following problems:
1. The picture is updated every 2-3 seconds (clearly visible when the "Show cursor of the remote machine" option is enabled
) , and without him, so as not to assume delays due to his fault.
This initially led me to two thoughts:
1. There is still not enough Internet speed to transfer the video stream via TeamViewer.
2. The server video card may not allow you to transfer a high-quality picture (if you sit at the server, the picture really slows down a little sometimes).
Pondering these thoughts, I began to come to terms with them, until I came up with the idea to connect to the laptop from the subnet, which I wrote about above, and, if everything is fine, connect to the server via RDP. And, oh miracle!
The connection to the laptop via TeamViewer went smoothly, as is usual when using it, the delays are almost not noticeable. Further, connecting via RDP to the server itself from this laptop, I also did not feel any delays. That is, given the current situation, it is now possible to remotely manage the server only through an intermediate link in the TeamViewer + RDP bundle. Actually, the question is, why do you think this is happening and how to make the TeamViewer server produce a picture just as smoothly, given that such a problem does not overlap with RDP? I can definitely be sure that the Internet channel is enough, and the video card seems to be coping. Personally, my opinion, maybe TeamViewer and RDP use fundamentally differentframe capture driver, so there is a discrepancy in the picture? On the other hand, in my eyes, this does not justify the server in any way, rather the problem is in some kind of programmatic setting of its properties.

Answer the question

In order to leave comments, you need to log in

3 answer(s)
A
Alexander, 2017-01-28
@NeiroNx

RDP works at the level of system rendering operations, and TeamViewer takes screenshots and looks for changes there. I prefer RDP where possible.

A
Artem @Jump, 2017-01-28
Tag

  • TeamViewer and RDP use different protocols.
  • The server's video card does not affect in any way, and cannot affect the operation of these programs, you can throw it out altogether, they will not work worse or better.
  • It is difficult to figure out how you connected there, but a direct connection, of course, will be faster than connecting through a NAT pack, and as a result, the teamviewer server. It also has a free teamviewer.

R
Rou1997, 2017-01-28
@Rou1997

RDP is generally better optimized than VNC and TeamViewer, this is one of the advantages for which I prefer VPS on Windows Server, not Linux, but if you have Wi-Fi on the "client", it can partly help to switch to an Ethernet cable, well , and the server-standard disabling of visual effects when dragging a window, etc.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question