Reçu close_notify au cours de poignée de main

J'ai configuré le protocole SSL(HTTPS) sur tous mes 18 serveurs. Tous les 18 serveurs de communiquer les uns avec les autres à l'aide de SSL. Tout fonctionnait bien. Soudain, j'ai eu cette erreur:

"Reçu close_notify au cours de la poignée de main"

JOURNAL ::@2011-06-03 03:36:17.372 [Log.class]
![LoadBalancer][com.abc.servlet][RequestServlet][callServlet] ==>
[spnlapp01390.l'europe.intranet:8443/TCServer/TCHealthCheck] -> Raison :
Reçu close_notify au cours de la poignée de main #3996073076

La chose étrange est, après redémarrage de l'application, sa fonctionne bien. Je n'ai aucune idée concernant ce problème. Dans le scénario de ce qui peut arriver? Est-ce à cause d'un problème de réseau?

OriginalL'auteur vivekj011 | 2011-06-09

  1. 5

    La close_notify est le message envoyé par le protocole SSL pile pour indiquer la terminaison de la connexion. Sans plus de données à regarder comme la trace réseau, il est très difficile (si possible) pour avoir une certaine raison d'être de ce qui s'est passé.

    OriginalL'auteur Nasko

  2. 2

    Nous avons constaté le même problème avec notre serveur où nos serveurs sont trop occupés à la condition de servir de 100 connexions par seconde. Il fonctionne très bien avec le redémarrage du serveur, mais avec la longévité des situations de nouveau problème se répète. Et vous pourriez voir cette très fréquemment, où les nœuds (serveurs et clients) sont situés dans le réseau trop loin pour l'atteindre.

    Nous n'avons mises à niveau du matériel et la configuration du serveur de paramétrage comme l'augmentation de l'open de fichiers (linux), permettant le maximum possible des ports à utiliser, l'augmentation maximale de fils et de connexions autorisées dans le serveur web. Réglage de la bonne SORTE, et le temps de Connexion des sorties et de la gestion des ressources client (connexions) la réutilisation et le bon client des arrêts apporté un bon contrôle. La réduction de l'autre pings pour le serveur via HTTP/HTTPS communications, comme le rythme cardiaque, l'utilisateur accède à l'extrémité avant des applications et d'autres le cache de mise à jour de clients a fait la scène de mieux.

    Encore, nous avons le même problème dans le cas de la moins performante des machines et de l'environnement windows 7 machines.

    Nous aurons à nous d'accord sur un point, nous allons également examiner notre demande pour ce problème. Tout ce que vous avez mentionné & configuration sur votre serveur est absolument correcte. Mais si on pense que de peu différent angle, nous devrions disposer d'un mécanisme sur le côté serveur pour contrôler les demandes des clients à la fois.
    Par exemple, nous pouvons garder un point d'entrée sur le serveur qui Bloque à la demande du client pour un certain laps de temps, si le serveur est en cours de traitement (disons 100) des demandes simultanément à un moment. Donc, une fois tout les 100 processus libère, le serveur peut accepter la demande suivante. Alors, quelque chose le long de ces lignes, nous pouvons construire un point d'entrée sur le serveur.

    OriginalL'auteur mcmoulis