Problème avec CLOSE_WAIT état

Je vois un certain nombre de liens avec CLOSE_WAIT statut sur mon serveur de production, et il y a peu de questions. S'il vous plaît conseils.

  1. Je sais que le windows registre a le paramètre suivant:

TcpTimedWaitDelay dans le HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Selon le stuff Microsoft (http://social.technet.microsoft.com/Forums/en-US/windowsserver2008r2networking/thread/4288d218-fbf9-4489-b869-384a05dea83d/) , la valeur de la TIME_WAIT par défaut est de 4 minutes. - Je configurer la valeur en 30 secondes, mais il semble que rien n'est changé. En outre, même après 4 minutes CLOSE_WAIT les connexions sont toujours là.

Ma questions est de savoir comment je peux changer la valeur de la TIME_WAIT, et de les voir en action? Dois-je redémarrer mon serveur?

  1. Est-il de tous les autres paramètres de contrôle de la CLOSE_WAIT statut dans l'environnement Windows?

Ce qui concerne,
Cyril

  • CLOSE_WAIT != TIME_WAIT
  • Merci, je le sais. TcpTimedWaitDelay est liée à TIME_WAIT, et TIME_WAIT est liée à CLOSE_WAIT. N'est-ce pas?
  • non, ils sont complètement différents états, voir le diagramme d'état à la page 23 de la RFC 793: faqs.org/rfcs/rfc793.html
InformationsquelleAutor Cyril Deba | 2011-06-22
  1. 3

    Vous êtes confus CLOSE_WAIT et TIME_WAIT. Ils ne sont pas les mêmes.

    Voir ici: http://www.serverframework.com/asynchronousevents/2011/01/time-wait-and-its-design-implications-for-protocols-and-scalable-servers.html pour quelques détails sur TIME_WAIT et pourquoi vous ne pourriez pas vraiment envie de jouer avec le raccourcissement du délai d'attente.

    Et à voir ici: http://www.sunmanagers.org/pipermail/summaries/2006-January/007068.html et ici: http://blogs.msdn.com/b/spike/archive/2008/10/09/tcp-connections-hanging-in-the-close-wait-and-fin-wait-2-state.aspx pour plus de détails sur pourquoi vous pourriez être la collecte de sockets coincé dans CLOSE_WAIT - en résumé, vous êtes peut-être pas la fermeture de vos prises de courant correctement.

    • Le pair a fermé, l'application locale n'a pas.
    • Merci pour la correction, j'ai édité la réponse en conséquence
    InformationsquelleAutor Len Holgate
  2. 6

    CLOSE_WAIT signifie que le pair a fermé la connexion et vous n'avez pas. Le système d'exploitation est en attente pour vous (l'application locale) pour le fermer.

    Si près qu'il. Quelque part ou autre, vous avez manqué.

    InformationsquelleAutor user207421
  3. 0

    Je vous suggère d'utiliser Spring WS parce que j'étais face à un même problème dans mon projet et je suis passé au Printemps de Service Web que mon problème soit résolu.

    Voir le code suivant,

    <bean id="viewCustomerInfo"
class="org.springframework.remoting.jaxws.JaxWsPortProxyFactoryBean"
p:serviceInterface="com.javaplex.CustomerInfoInterface"
p:wsdlDocumentUrl="http://127.0.0.1:8080/portal/CustomerInfoPort?wsdl"
p:namespaceUri="http://ws.customergen.com/" p:serviceName="CustomerInfo"
p:portName="CustomerInfoPort">

    voici l'article complet comment le programme d'installation de printemps à base de grains de donner vos performances optimales.

    http://www.javaplex.com/spring-jax-ws-client-for-best-performance/

    • Veuillez expliquer clairement comment cela résout un CLOSE_WAIT problème.
    InformationsquelleAutor user3260334