Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Frequent RDP hang/disconnect due to network -HELP !
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Frequent RDP hang/disconnect due to network -HELP !

bikramabikrama Member
edited June 2023 in General

Hello,
I am using a VPS with windows 2022 for RDP, But its not stable it get disconnected too frequent like every 10-15 minutes. To over come this i have tired many tools such as NoMachine, Anyviwer none helped me. I tried with mobile internet and wired broadband too. Same issue on both. Then i did a MTR test for the IP and i got this result. So not sure its VPS issue or my internet issue.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 400 | 400 | 1 | 1 | 11 | 1 |
| 117.251.216.1 - 0 | 400 | 400 | 1 | 3 | 33 | 2 |
| 218.248.172.102 - 45 | 146 | 81 | 2 | 30 | 223 | 67 |
| Request timed out. - 100 | 81 | 0 | 0 | 0 | 0 | 0 |
|115.114.72.69.static-Kolkata.vsnl.net.in - 0 | 400 | 400 | 47 | 55 | 90 | 48 |
| Request timed out. - 100 | 81 | 0 | 0 | 0 | 0 | 0 |
| ix-ae-4-2.tcore1.cxr-chennai.as6453.net - 8 | 312 | 289 | 57 | 66 | 91 | 61 |
|if-be-34-2.ecore2.esin4-singapore.as6453.net - 92 | 86 | 7 | 0 | 76 | 79 | 79 |
|if-be-10-2.ecore2.svq-singapore.as6453.net - 8 | 309 | 286 | 71 | 72 | 92 | 72 |
|if-ae-46-2.thar1.svq-singapore.as6453.net - 4 | 354 | 342 | 71 | 73 | 101 | 72 |
| 180.87.96.130 - 1 | 392 | 390 | 71 | 84 | 455 | 174 |
| sg3.gslnetworks.com - 2 | 377 | 371 | 72 | 73 | 115 | 74 |
| 100.127.242.119 - 2 | 378 | 372 | 73 | 74 | 101 | 74 |
| 223.165.7.217 - 2 | 377 | 371 | 79 | 110 | 231 | 88 |
| iphide - 3 | 369 | 361 | 72 | 73 | 110 | 74 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

  1. 65.20.71.0 Loss% Snt Last Avg Best Wrst StDev AS Name PTR
    1 ??? 100.0 20 0.0 0.0 0.0 0.0 0.0 -
    2 100.100.200.1 55.0% 20 0.3 0.3 0.2 0.4 0.0 25472 GR WIND-AS Nova
    3 10.90.0.137 0.0% 20 0.9 2.4 0.8 13.4 3.3 -
    4 10.90.0.5 0.0% 20 0.9 3.5 0.3 29.7 7.6 -
    5 121.241.56.169 0.0% 20 0.7 1.6 0.7 14.3 3.0 4755 IN TATACOMM-AS TATA
    6 172.31.180.57 5.0% 20 31.1 30.6 28.6 47.3 4.1 -
    7 180.87.36.9 0.0% 20 29.6 30.3 29.3 32.9 0.9 6453 US AS6453 ix-ae-4-2.tcore1.cxr-chennai...
    8 180.87.36.41 95.0% 20 60.9 60.9 60.9 60.9 0.0 6453 US AS6453 if-be-34-2.ecore2.esin4-singa...
    9 180.87.107.0 10.0% 20 60.9 61.0 60.8 61.8 0.0 6453 US AS6453 if-be-10-2.ecore2.svq-singapo...
    10 120.29.214.10 0.0% 20 60.9 61.7 60.5 76.5 3.6 6453 US AS6453 if-ae-46-2.thar1.svq-singapor...
    11 180.87.96.130 0.0% 20 61.3 73.1 61.1 175.6 33.7 6453 US AS6453
    12 103.137.13.169 0.0% 20 60.9 60.9 60.8 61.0 0.0 7578 AU GSL Global sg3.gslnetworks.com
    13 223.165.7.160 0.0% 20 60.7 60.8 60.7 60.9 0.0 7578 AU GSL Global
    14 223.165.7.217 0.0% 20 335.2 388.3 83.9 666.7 226.4 7578 AU GSL Global
    15 103.167.151.20 0.0% 20 61.6 61.5 61.4 61.8 0.0 63473 US HOSTHATCH hide.in

Comments

  • @anubhavhirani said:
    Monitor your Internet connection to see if it is stable.

    Extension:

    https://chrome.google.com/webstore/detail/internet-connection-monit/hgccfdagfbilbdbkgmfdmmdfmjjoakfo

    Not helpfull as this show 100% uptime still i get disconnected

  • you sure it's not about your timeout settings?

  • shuiershuier Member

    Based on the MTR test results you provided, it appears that there are some issues with the network connectivity between your VPS and the target IP address (103.167.151.20). The MTR test shows packet loss and high latency at certain hops along the network path.

    Here are some observations from the MTR test:

    The packet loss is occurring at multiple hops, including hops 2 (100.100.200.1), 6 (172.31.180.57), and 8 (180.87.36.41).
    High latency is also observed at hop 11 (180.87.96.130) with an average latency of 73.1 ms and a maximum latency of 175.6 ms.
    There are no major issues reported beyond hop 11, and the latency seems to stabilize afterward.
    Based on this information, it's likely that the network issues are not solely related to your VPS or your local internet connection. There may be problems with the network infrastructure or routing between your VPS provider and the target IP address.

    To further investigate and resolve the connectivity issues, you should contact your VPS provider's support team and provide them with the MTR test results. They should be able to analyze the network path and determine if there are any issues on their end. They may be able to reroute your traffic or address any network problems that could be causing the frequent disconnections.

    Additionally, you can try running the MTR test at different times of the day to see if there are any variations in the results. It's possible that network congestion or other factors could be contributing to the instability.

    Overall, reaching out to your VPS provider's support team is the recommended course of action to resolve the connectivity issues you're experiencing.

  • hosthatchhosthatch Patron Provider, Top Host, Veteran

    Since this is an issue related to us, I will add some info here.

    @shuier said: The packet loss > is occurring at multiple hops, including hops 2 (100.100.200.1), 6 (172.31.180.57), and > 8 (180.87.36.41).
    High latency is also observed at hop 11 (180.87.96.130) with an average latency of 73.1 > ms and a maximum latency of 175.6 ms.
    There are no major issues reported beyond hop 11, and the latency seems to stabilize
    afterward.
    Based on this information, it's likely that the network issues are not solely related to > your VPS or your local internet connection. There may be problems with the network > infrastructure or routing between your VPS provider and the target IP address.

    This is quite normal in terms of how the internet works. CloudFlare has a great article about how to read and understand MTRs: https://www.cloudflare.com/learning/network-layer/what-is-mtr/

    The first MTR does indeed show packet loss if I am not mistaken, but it seems to start from this hop: ix-ae-4-2.tcore1.cxr-chennai.as6453.net - which we won't have any control over.

  • DPDP Administrator, The Domain Guy

    Or you could just try hopping on a VPN (local) to see if things improve.

  • @shuier said:
    Based on the MTR test results you provided, it appears that there are some issues with the network connectivity between your VPS and the target IP address (103.167.151.20). The MTR test shows packet loss and high latency at certain hops along the network path.

    Here are some observations from the MTR test:

    The packet loss is occurring at multiple hops, including hops 2 (100.100.200.1), 6 (172.31.180.57), and 8 (180.87.36.41).
    High latency is also observed at hop 11 (180.87.96.130) with an average latency of 73.1 ms and a maximum latency of 175.6 ms.
    There are no major issues reported beyond hop 11, and the latency seems to stabilize afterward.
    Based on this information, it's likely that the network issues are not solely related to your VPS or your local internet connection. There may be problems with the network infrastructure or routing between your VPS provider and the target IP address.

    To further investigate and resolve the connectivity issues, you should contact your VPS provider's support team and provide them with the MTR test results. They should be able to analyze the network path and determine if there are any issues on their end. They may be able to reroute your traffic or address any network problems that could be causing the frequent disconnections.

    Additionally, you can try running the MTR test at different times of the day to see if there are any variations in the results. It's possible that network congestion or other factors could be contributing to the instability.

    Overall, reaching out to your VPS provider's support team is the recommended course of action to resolve the connectivity issues you're experiencing.

    Genuinely cannot tell whether or not this has been written by an AI language model or not :^)

  • try yo update network drive and see if itw works if not then downgrade and test it

  • bikramabikrama Member
    edited June 2023

    @hosthatch said: This is quite normal in terms of how the internet works. CloudFlare has a great article about how to read and understand MTRs: https://www.cloudflare.com/learning/network-layer/what-is-mtr/

    The first MTR does indeed show packet loss if I am not mistaken, but it seems to start from this hop: ix-ae-4-2.tcore1.cxr-chennai.as6453.net - which we won't have any control over.

    ix-ae-4-2.tcore1.cxr-chennai.as6453.net - 8% loss where as
    if-be-34-2.ecore2.esin4-singapore.as6453.net - 92% loss. look like "if-be-34-2.ecore2.esin4-singapore.as6453.net" is having some issue. I also did some MTR test using ping.pe there also from all India locations i can see issue is with "if-be-34-2.ecore2.esin4-singapore.as6453.net" it drop 90% packets.

    Here is the screenshot: https://prnt.sc/1OH5ylpbkjdS

    Can this be fixed? Maybe you can optimize route for my VPS so there will less packet loss or less hops. Not sure. Just asking for some help! @hosthatch

  • @DP said: Or you could just try hopping on a VPN (local) to see if things improve.

    >

    Yes, tried nothing helped.

  • hosthatchhosthatch Patron Provider, Top Host, Veteran

    @bikrama said: Can this be fixed? Maybe you can optimize route for my VPS so there will less packet loss or less hops. Not sure. Just asking for some help! @hosthatch

    Please see the CF link I shared earlier. Packet loss is measured at the last hop.

    There is nothing wrong with your MTR and it has no packet loss (where it actually matters).

  • @hosthatch said:

    @bikrama said: Can this be fixed? Maybe you can optimize route for my VPS so there will less packet loss or less hops. Not sure. Just asking for some help! @hosthatch

    Please see the CF link I shared earlier. Packet loss is measured at the last hop.

    There is nothing wrong with your MTR and it has no packet loss (where it actually matters).

    But, I get too frequent RDP disconnect, how can i fix that?

  • hosthatchhosthatch Patron Provider, Top Host, Veteran

    @bikrama said:

    @hosthatch said:

    @bikrama said: Can this be fixed? Maybe you can optimize route for my VPS so there will less packet loss or less hops. Not sure. Just asking for some help! @hosthatch

    Please see the CF link I shared earlier. Packet loss is measured at the last hop.

    There is nothing wrong with your MTR and it has no packet loss (where it actually matters).

    But, I get too frequent RDP disconnect, how can i fix that?

    There seems to be a ton of good information on Google on RDP disconnects, I would probably start there.

    Just clarifying that the MTR you shared does not show any problems. It doesn't mean this problem is on your VM with us, our network, your home internet connection, or somewhere in between, just saying that the MTR is fine :)

  • YD4NG3RYD4NG3R Member
    edited June 2023

    There are many reasons for RDP disconnect, but if you really want a stable connection without timeouts I highly recommend Microsoft Remote Desktop you may download it from the Microsoft Store, it's really stable even if there was a connection issue.

    If you are using Windows, you may try the default "Remote Desktop Connection" app, but with some extra settings in the "Experience" tab, I have attached a screenshot. You may edit it to LAN if it doesn't work for you, maybe changing to a lower configuration will be better.

    The default Remote Desktop Connection app in Windows is using UDP protocol (the same TCP port of connection) as a helper protocol. Make sure that the UDP protocol is allowed from the firewall( this may happen if you have changed the server remote desktop port ), it's making the connection really stable.

    Hope that helps you.

Sign In or Register to comment.