• ×
    Information
    Windows update impacting certain printer icons and names. Microsoft is working on a solution.
    Click here to learn more
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
  • ×
    Information
    Windows update impacting certain printer icons and names. Microsoft is working on a solution.
    Click here to learn more
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
Guidelines
The HP Community is where owners of HP products, like you, volunteer to help each other find solutions.
HP Recommended
Linux

Is there a timeout setting that can be bumped up for the initial authorization/authentication step from receiver to sender? It seems like on occasion there may be some latency where the sender and receiver handshake does not occur quick enough on initial login and the sender then views the receiver as dead and marks it for deletion before the user even gets to displaying the remote session. We've bumped up the sender Rgsender.Network.Timeout.Error to 60000, but that doesn't seem to play with the initial authorization from what we've seen.

 

We don't readily see another sender setting that would tie in. If not in our current version (20.0.1) is there some improvement or capability in a newer version of remote boost or I guess Teradici? 

 

From a logging standpoint on the sender end it materializes like this...

IceProxyLocalConnectionFilter::transform: keeping endpoint ssl <IP and Port info along with I think the Sender Network timeout setting> 

SyncPulseTime::isSynced() No sync pulsedetected. 

SenderImpl::IsConnectionAlive(): No Sync pulse detected.

SenderImple::IsConnectionAlive():  setMarkedForDeletion

 

In a clean handshake scenario, it looks like some capability settings are agreed to between receiver and sender such as HPVelocity enablement and minimum image quality and update rates (if sync pulse is actually detected). 

 

Receiver Version 20.0.1
Sender Version 20.0.1

Linux

† The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the <a href="https://www8.hp.com/us/en/terms-of-use.html" class="udrlinesmall">Terms of Use</a> and <a href="/t5/custom/page/page-id/hp.rulespage" class="udrlinesmall"> Rules of Participation</a>.