An error occurs when logging into Server 2019 remotely:Error:RDP negotiate connection failed

庆甲 孟 0 Reputation points
2026-07-22T03:18:51.79+00:00

When connecting to a Windows Server 2019 via an RDP client, the following error occurs after 90 days: 'Error: RDP negotiate connection failed, Please check Service port or server config.' The connection is restored and works normally for another 90 days after restarting the server or the Remote Desktop service, but the error recurs after that period. Could you please explain the root cause and provide a permanent solution? Thanks in advance。

Windows for business | Windows Server | User experience | Remote desktop services and terminal services
0 comments No comments

3 answers

Sort by: Most helpful
  1. Marten Theunissen 681 Reputation points
    2026-07-22T03:23:23+00:00

    Hello,

    Thank you for your question.

    The issue is most likely caused by the Remote Desktop Session Host role running without a properly configured Remote Desktop Licensing server and valid RDS CALs. Windows Server allows an RDS grace period, but after that period expires, RDP sessions can fail during connection negotiation. Restarting the server or Remote Desktop Services may temporarily restore access, but it does not resolve the underlying licensing or RDS configuration issue.

    The permanent solution is to configure Remote Desktop Licensing correctly. Install and activate an RD Licensing server, install the required RDS CALs, and configure the Session Host to use the correct licence server and licensing mode, either Per User or Per Device. If the server is only used for administration and not as a multi-user session host, remove the Remote Desktop Session Host role and use standard administrative Remote Desktop instead.

    You should also verify the RDP listener, Remote Desktop Services status, firewall rules, and certificate state, but these are validation checks. The recurring fixed-period failure strongly suggests that the RDS licensing configuration should be corrected rather than repeatedly restarting the server or resetting the grace period.

    Kind regards,

    Was this answer helpful?

    1 person found this answer helpful.

  2. Daphne Huynh (WICLOUD CORPORATION) 985 Reputation points Microsoft External Staff Moderator
    2026-07-23T02:45:53.8866667+00:00

    Welcome to Microsoft Q&A Forum! 

    Based on your description, the behavior you described strongly suggests that the server is running as a Remote Desktop Session Host (RDSH) without a properly configured and licensed Remote Desktop Licensing Server.

    When the Remote Desktop Session Host role is installed, Windows Server provides a 120-day licensing grace period. During this period, users can connect without RDS CALs. After the grace period expires, the Session Host must contact a valid RD Licensing Server and obtain the appropriate RDS CALs. If licensing is not configured correctly, new RDP connections may fail with various client-side errors, including generic messages such as: "RDP negotiate connection failed. Please check Service port or server config."

    Restarting the server or the Remote Desktop Services service may temporarily restore connectivity, but it does not resolve the underlying licensing issue, causing the problem to reappear later. I would like to share some useful information to help you understand.

    1.Verify whether this is an RDS licensing issue

    On the affected server:

    • Open Server Manager > Tools > Remote Desktop Licensing Diagnoser.
    • Check for licensing-related warnings or errors.

    Then, please kindly check the below:

    • An RD Licensing Server is configured.
    • The server can contact the licensing server.
    • The licensing mode (Per User or Per Device) matches the installed CAL type.
    • The licensing grace period has not expired.

    Moreover, you can also run by PowerShell to verify the configured license server and licensing mode.

    $obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting $obj.GetSpecifiedLicenseServerList() $obj.LicensingType

    Reference__:__ Guidance for troubleshooting RDS Licensing - Windows Server | Microsoft Learn

    2.Other permanent solution

    Configure a valid RD Licensing Server and install the required RDS CALs:

    • Install the Remote Desktop Licensing role.
    • Activate the RD Licensing Server.
    • Purchase and install the appropriate Windows Server 2019 RDS CALs (Per User or Per Device).
    • Configure the Session Host to use the license server.
    • Set the licensing mode to match the installed CAL type

    Reference: Activate the Remote Desktop Services license server | Microsoft Learn

    3.How to acquire Remote Desktop CALs

    RDS CALs are purchased separately from Windows Server licenses. They can be obtained through:

    • Microsoft Volume Licensing
    • CSP (Cloud Solution Provider) partners
    • Authorized Microsoft resellers

    After purchase, install the CALs using Remote Desktop Licensing Manager and the license code or agreement number provided by your licensing provider.

    Reference: Install Remote Desktop Services client access licenses | Microsoft Learn

    License Remote Desktop Services with Client Access Licenses (CALs) | Microsoft Learn

    Additional note: If the server is being used only for administrative purposes (the default two concurrent Remote Administration sessions) and the Remote Desktop Session Host role is not installed, RDS CALs are not required. In that case, further investigation of Event Viewer logs and RDP configuration would be needed because the issue is unlikely to be related to RDS licensing.

    I hope this information is helpful and thank you for choosing Microsoft Q&A to raise your concern. 

    Was this answer helpful?

    0 comments No comments

  3. 庆甲 孟 0 Reputation points
    2026-07-22T08:22:30.49+00:00

    How to acquire Remote Desktop CALs? Thanks for the clarification.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.