Set up RDP access to Windows servers
Remote Desktop Protocol (RDP) allows users to access Windows servers with an RDP client. RDP uses a GUI to enable full access to Windows servers.
Install RDP clients for end users
Install an RDP client and use the links provided by your administrators to access your team's Windows servers.
|
Operating system |
RDP client |
|---|---|
| macOS | Download and install an RDP implementation for your platform. See MacFreeRDP or Royal TSX . See Configure Royal TSX for Okta Privileged Access. |
| Linux | Install xfreerdp: sudo apt install freerdp2-x11 (Ubuntu or Debian) or sudo dnf install freerdp (RHEL or Fedora). See Configure xfreerdp for Okta Privileged Access. |
| Windows | Download and install Remote Desktop. See the Microsoft Store. |
In addition to port 3389 (standard RDP), port 4421 (the sftd broker port) must be open on the target server. Confirm that both the OS firewall and any network security groups allow inbound TCP traffic on port 4421. See Okta Privileged Access port requirements.
Create URL handlers for RDP connections
To give your users access to Windows servers through RDP, you can create URL handler links for your groups (see URL handler). Alternatively, users can run the sft rdp <server> command.
Sign RDP files
Microsoft's April 2026 Windows update causes mstsc.exe to show a "Caution: Unknown remote connection" warning for unsigned .rdp files. The sft client creates an .rdp file for each RDP connection, so users see this warning every time they connect. See Understanding security warnings in the Microsoft documentation.
When you enable RDP signing, Okta Privileged Access signs the .rdp file with a certificate unique to your team, and the warning changes to a "Verify publisher" prompt. To remove the prompt, install the certificate and add its thumbprint to the allowlist on each managed machine.
If signing isn't available, sft uses an unsigned .rdp file and the connection continues.
To sign RDP files, you must complete all of the following tasks in order. If you skip a task, users still see a security prompt when they connect.
- Update sftd
- Enable RDP signing
- Get the signing certificate and thumbprint
- Install the certificate
- Add the thumbprint to the allowlist
Update sftd
RDP signing requires the latest version of sftd on the Windows target. Earlier versions don't support it. Update sftd on every Windows server that your users connect to through RDP, using your normal sftd upgrade process.
Enable RDP signing
RDP signing is off by default. To opt in, run the following command on each client machine:
sft config beta.rdp_signing true
After you enable RDP signing, sft rdp requests a signed .rdp file automatically.
Get the signing certificate and thumbprint
Run the following command:
sft rdp --certificate
The command prints your team's signing certificate thumbprint and the PEM-encoded certificate. It doesn't install or change anything on the machine. For example:
RDP signing certificate thumbprint:
sha256:<sha256_thumbprint>,<sha1_thumbprint>
RDP signing certificate (PEM):
-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
To remove the prompt, install the certificate and add the thumbprint to the allowlist on each managed machine. If you complete only one of these procedures, the "Verify publisher" prompt still appears. Both procedures require administrator access.
Install the certificate
Install the certificate in the LocalMachine\Root and LocalMachine\TrustedPublisher certificate stores so that Windows trusts the publisher. Save the PEM output from sft rdp --certificate as okta-rdp-signing.cer, and then use one of the following methods.
Group Policy (recommended for managed fleets)
- In the Group Policy Editor, go to .
- Import
okta-rdp-signing.cerinto both Trusted Root Certification Authorities and Trusted Publishers. - Run
gpupdate /forceon the target machines, or wait for the next policy refresh.
Certificate Manager (single machine)
- Press Win + R, and then run
certlm.msc. - Right-click , and then select .
- Import
okta-rdp-signing.cer. - Repeat the import for .
PowerShell (single machine)
Run the following commands as an administrator:
Import-Certificate -FilePath .\okta-rdp-signing.cer -CertStoreLocation Cert:\LocalMachine\Root
Import-Certificate -FilePath .\okta-rdp-signing.cer -CertStoreLocation Cert:\LocalMachine\TrustedPublisher
Add the thumbprint to the allowlist
Add the thumbprint to the TrustedCertThumbprints policy so that mstsc skips the publisher verification prompt for this certificate.
The thumbprint string from sft rdp --certificate contains the SHA-256 thumbprint (prefixed with sha256:) and the SHA-1 thumbprint, separated by a comma. Copy the whole string and keep both hashes. Windows matches on the hash that it supports. Machines with the KB5101650 update (july 2026) or later recognize either hash. Earlier machines recognize only the SHA-1 thumbprint.
Group Policy (recommended for managed fleets)
- In the Group Policy Editor, go to .
- Enable Specify SHA1 thumbprints of certificates representing trusted .rdp publishers.
- Paste the full thumbprint string into the list.
- Run
gpupdate /forceon the target machines, or wait for the next policy refresh.
Registry Editor (single machine)
- Press Win + R, and then run
regedit. - Go to
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services. If theTerminal Serviceskey doesn't exist, create it. - Add a string value named
TrustedCertThumbprints. - Set the value to the full thumbprint string. To trust more than one certificate, separate each thumbprint string with a comma in the same value.
PowerShell (single machine)
Run the following commands as an administrator. Replace the value of $thumbprint with the full thumbprint string.
$thumbprint = "sha256:<sha256_thumbprint>,<sha1_thumbprint>"
New-Item -Path "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" -Force | Out-Null
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" `
-Name "TrustedCertThumbprints" -Value $thumbprint
Troubleshoot the "Verify publisher" prompt
If the "Verify publisher" prompt still appears, check the following items:
- Confirm that you enabled
beta.rdp_signing. Runsft config beta.rdp_signingto check the value. - Confirm that you installed the certificate in both certificate stores.
- Confirm that the thumbprint policy applied. Run
gpresult /rif you use group policies, or check the registry key. - Confirm that you copied the entire thumbprint string, not just one of the two hashes.