<iframe src="https://www.googletagmanager.com/ns.html?id=GTM-M74D8PB" height="0" width="0" style="display:none;visibility:hidden">
Loading
Skip to NavigationSkip to Main Content
Okta Privileged Access Troubleshooting Tips
Privileged Access
Okta Classic Engine
Okta Identity Engine

Content

This article provides information on how to troubleshoot errors during the implementation of Okta Privileged Access.

Table of Contents

Errors

Error: Okta Privileged Access Policy does not work
Error: Connection closed by remote host  OR Connection closed by UNKNOWN port 65536
Error : Failed to load configuration file, continuing with defaults" err="While parsing config: yaml: unmarshalerrors:\n  line 1: cannot unmarshal !!str Canonic... into map[str]
Error: rpc error: code = Unavailable desc = connection error: desc = “transport: Error while dialing dial tcp
Error: Server will not register in Okta Privileged Access.
Error: The server’s authentication policy does not allow connection requests using saved credentials. Error: This is RedHat/CentOS, Gateway fails to start. Errors out with status = FAILURE.

 

Commands to help with troubleshooting

Check version of Server Agent running on the box
Check the Server Agent Status 
Start/Stop Server Agent
Enable debugging on the sft client
Disable debugging on sft client

 

Errors

Error: Okta Privileged Access Policy does not work

Most likely, the policy that has been created is still in Draft mode. It needs to be published in order to take effect. 
Okta Privileged Access Policy  

Okta Privileged Access Policy  


Error: Connection closed by remote host  OR Connection closed by UNKNOWN port 65536

This error has nothing to do with server resolution or ports. Most likely, this is due to not having any managed accounts in the resource groups or policies.

error  
Solution

  1. No managed accounts in the resource groups or policies
    • Solution: Add valid vaulted accounts to the policy and make sure the Policy is published (not in a Draft state)
  2. Password value not set to true in /etc/sft/sftd_config (this applies to Linux servers)
    • Solution: Edit the /etc/ssh/sshd_config and modify or add the following line:

edit file  
Restart the SSH server for the new configuration to take effect:

Restart SSH server  
NOTE: Ensure the latest SFT client version is used, as older versions can lead to similar errors:
error message 


Error : Failed to load configuration file, continuing with defaults" err="While parsing config: yaml: unmarshalerrors:\n  line 1: cannot unmarshal !!str Canonic... into map[str]

Syntax error often in the sftd.yaml file.

Solution

Add appropriate space after “:”. For example, CanonicalName:  <Servername>. 

Ensure there is a “space” before the servername.

 

Error: rpc error: code = Unavailable desc = connection error: desc = “transport: Error while dialing dial tcp

Port 4421 is not being allowed between the client and the server. Only applies to RDP.

error message  

Solution:
Allow inbound traffic via 4421 on the target server. 

 

Error: Server will not register in Okta Privileged Access

While attempting to register a server again, if it doesn’t enroll within the Okta Privileged Access. 


Solution  

For Windows

  1. Stop the scaleft service (ScaleFT Server tools).
  2. Delete the C:\Windows\System32\config\systemprofile\AppData\Local\ScaleFT\state folder.
  3. Start the scaleft service.

For Linux

  1. Stop the server agent (sftd service).
  2. Delete the state files in the agent directory /var/lib/sftd.
  3. Restart the server agent. 

 

Error: The server's authentication policy does not allow connection requests using saved credentials

On Windows servers. If you see this error message, you probably have a GPO that does not allow login using saved credentials. 

error message

 

Solution

The setting is called Always prompt for password during connection. This setting needs to be disabled.

"Always prompt for password during connection" setting



Error: This is RedHat/CentOS, Gateway fails to start. Errors out with status = FAILURE 

error message

Solution
Check for spaces in the Gateway setup token. Follow the instructions on the Gateway Setup Help page. 

 

Commands to help with Troubleshooting

Check the version of the Server Agent running on the box

On Linux:

sftd -v (or sftd –version)

Note a double “-” before version. This command is run from the command line. You can also check the client (sft) and gateway (sft-gatewayd) versions using the same command line options. 

 

On Windows
Navigate to the Control Panel > Programs & Features.

  1. Search for ScaleFT Server Tools.
  2. Check on the version. This will be displayed on the right.

ScaleFT Server Tools

Check the Server Agent Status

On Linux:

systemctl status sftd

You can also run a ps -ef | grep sftd command.

 

Start/Stop Server Agent

On Linux:

systemctl stop sftd

systemctl start sftd

 

On Windows 

  1. Open services.msc.
  2. Locate the ScaleFT Server Tools service.
  3. Right-click on the ScaleFT service to start/stop

 

Enable debugging on the sft client

On Mac > command prompt

> export SFT_DEBUG=1
And / or  
>export SFT_DEBUG_HTTP_REQUESTS=1

 

On Windows > command prompt

> set SFT_DEBUG=1

 

Disable debugging on the sft client

On Mac > command prompt

>unset SFT_DEBUG

>unset SFT_DEBUG_HTTP_REQUESTS

 

On Windows > command prompt

> unset SFT_DEBUG=   (don’t provide any bit).

 

Run Server Agent trace on Server

On Linux

> journalctl -u sftd

 


 

Loading
Okta Privileged Access Troubleshooting Tips