Skip to main content
Question

PRA Jump Clients going offline 24.3.4

  • December 17, 2025
  • 2 replies
  • 54 views

Forum|alt.badge.img+1

Hello!


We are running version 24.3.4 and have observed multiple Jump Clients going offline intermittently. Upon investigation, most affected clients show that the service has stopped.


We’ve been using PRA for several years and have performed multiple upgrades from 20.x versions. This issue started appearing after the last 1–2 upgrades. Based on the support KBs, our current version does not appear to be impacted by any documented known issue.


I’ve opened a support ticket and will provide logs, but the behavior is random and difficult to predict when it will occur again.


Other users seem to have reported similar issues, and a scheduled service restart is suggested as a workaround. However, this approach is not scalable for us since we manage thousands of endpoints and have 24/7 user activity, which could negatively impact user experience. I also noticed recommendations to restart the site software. Fresh re-install will be a pain.


Is there a known root cause for this issue? Has anyone successfully resolved it without relying on scheduled Jump Client service restarts?

2 replies

  • BeyondTrust Employee
  • December 18, 2025

Likely something on the host is stopping the client service.  You’ll want to investigate the events viewer and security software, if installed on the client host.  My guess is a security scan that is causing this.

You also can whitelist the client executable from being scanned.

 

Let’s see what the logs provide, but I’ve seen this all too often.

Todd


Forum|alt.badge.img+1
  • Author
  • Veteran
  • December 19, 2025

Thank you ​@tdearman  we are checking further if any security tool is causing this . Verifying that new PRA service names are in exclusions.

On some machines we have seen that if user is not logged in or machine is in sleep mode the Jump Client goes offline. Also, on restart , the Jump Client is not online till a user logs in.