Probablement, vous ne devriez pas augmenter le délai d'expiration. S'il vous plaît regardez ce question car il explique le comportement que vous pouvez observer. Une action appropriée consisterait à vérifier le problème mentionné du côté client et à le gérer en conséquence, sans augmenter le délai d'attente.
Mais comme vous l'avez demandé, voici comment vous pouvez le faire. Ajoutez ceci dans la classe de démarrage.
// Make long polling connections wait a maximum of 110 seconds for a
// response. When that time expires, trigger a timeout command and
// make the client reconnect.
GlobalHost.Configuration.ConnectionTimeout = TimeSpan.FromSeconds(110);
// Wait a maximum of 30 seconds after a transport connection is lost
// before raising the Disconnected event to terminate the SignalR connection.
GlobalHost.Configuration.DisconnectTimeout = TimeSpan.FromSeconds(30);
// For transports other than long polling, send a keepalive packet every
// 10 seconds.
// This value must be no more than 1/3 of the DisconnectTimeout value.
GlobalHost.Configuration.KeepAlive = TimeSpan.FromSeconds(10);
Vous devez augmenter DisconnectTimeout
. Et il y a une petite chose à garder à l'esprit: l'ordre de réglage KeepAlive
et DisconnectTimeout
est important. Si vous définissez DisconnectTimeout
après avoir défini KeepAlive
, il écrase la valeur KeepAlive
.
Vous n'augmenterez pas ce délai. Je chercherais la raison pour laquelle vous avez ce délai. – Tester