HP Remote Graphics Software (RGS) Manual do Utilizador Página 164

  • Descarregar
  • Adicionar aos meus manuais
  • Imprimir
Vista de página 163
seconds. See Adjusting Network timeout settings on page 140 for further details on setting the
Receiver timeouts.
Increasing the Receiver error dialog timeout doesn’t appear to have an effect
and the Receiver still disconnects—This is likely caused by either:
A network failure resulting in detecting lost connectivity by the Receiver (resulting in a
disconnected connection)
The Sender timeouts are shorter than the Receiver’s timeouts, and the Sender disconnects the
Receiver.
It is not always the case that network error timeouts are honored. A network error timeout only
establishes an upper bound on the duration of retries before returning with an error. If the
computer determines that network connectivity is lost and an error returns by the network stack to
the Receiver, then the connection will disconnect sooner than the error timeout setting. If the
Sender’s timeout values are shorter than the Advanced capabilities Receiver’s, the Sender may
close the connection sooner than the Receiver, disconnecting the Receiver. If the issue continues,
consider increasing the Sender's error timeout value. See
Adjusting Network timeout settings
on page 140 for further details on setting timeouts.
6.6.2 Dialog timeouts
RGS supports dialog timeouts, which specify how long user interactions between the Local Computer
and Remote Computer are allowed to take. The two dialog timeout properties are:
Receiver dialog timeout property—This property specifies the maximum time that the
Receiver (Local Computer) will wait for a dialog response from the Remote Computer in response
to a message sent to the Remote Computer. It also specifies how long dialogs initiated by the
Remote Computer will be displayed to the user on the Local Computer.
Sender dialog timeout property—This property specifies the maximum time that a message,
originating from the Receiver, will be displayed on the Remote Computer. It also specifies how
long the Remote Computer Sender will wait for a dialog response from the Receiver.
For example, assume that a local user is attempting to connect to a Remote Computer. Assume,
furthermore, that another user is already logged into the Remote Computer (this person is therefore the
primary user). The Sender will prompt the primary user for authorization to connect the local user to the
Remote Computer. The duration of this prompt is set by the Rgsender.Network.Timeout.Dialog property.
The Receiver property Rgreceiver.Network.Timeout.Dialog limits how long the Receiver will wait for a
response from the Remote Computer before returning failure.
If the Rgsender.Network.Timeout.Dialog timeout expires without action by the primary user, the Sender
dialog exits, and connection is denied by default. If the Sender times out, the Receiver will also time out
(based on its Rgreceiver.Network.Timeout.Dialog property) because no authorization reply will be
returned by the Sender.
In the previous example, the dialog was displayed on the Remote Computer. An example of a dialog
being displayed on the Local Computer follows. When a Receiver connects to a Sender running Linux,
the Pluggable Authentication Module (PAM) on the Sender attempts to authenticate the connection. In
this case, the PAM subsystem invokes a PAM conversation/callback function to the Receiver, causing
the Local Computer to prompt the user with a PAM message dialog. The dialog typically requests a
username and password. The timeout for the dialog on the Receiver is controlled by the
146 Chapter 6 Advanced capabilities ENWW
Vista de página 163
1 2 ... 159 160 161 162 163 164 165 166 167 168 169 ... 258 259

Comentários a estes Manuais

Sem comentários