Comment fonctionne http keep-alive, quelle est la différence entre tcp keep-alive et http keep-alive?


Réponse 1:

Le délai d'attente signifie qu'après 30 secondes d'inactivité, le serveur Web peut choisir de fermer la connexion. Le max 200 signifie que sur une connexion TCP donnée, le serveur Web vise à recevoir un maximum de 200 requêtes HTTP. Le but de HTTP Keep Alive est de signaler le besoin de nouveaux messages sur un canal de transport donné et est une fonctionnalité à partir de HTTP / 1.1. Si vous voulez en savoir plus sur http, continuez de vivre, je vous recommande fortement de lire les protocoles Web et de pratiquer http: //www.pearsonhighered.com/p ...

Maintenant, TCP Keep-Alive est une bête différente et n'a aucune relation en soi avec HTTP Keep-Alive. Veuillez noter qu'Internet assure le transport de protocoles autres que HTTP et une myriade d'applications. Dans de tels cas où le service peut prendre un certain temps pour répondre, TCP keep-alive est une fonctionnalité facultative pour envoyer un paquet nul (sur Ethernet environ 60 octets par trame) pour signaler un battement de coeur disant que l'homologue est vivant et d'une manière indirecte pour garder la connexion ouverte. Pensez à NAT / Firewall où les connexions seraient récoltées s'ils ne voient aucun échange de données pendant une période de temps prédéfinie. TCP Keep-Alive consiste précisément à envoyer des pulsations pour détecter si l'homologue est UP / Down. Le fait de ne pas répondre à un message de maintien en vie serait interprété comme étant en panne. Vous pouvez configurer la durée entre deux paquets inactifs, deux paquets persistants réussis et un intervalle de relance si le précédent échoue.

Lisez la section 4.2.3.6 de la RFC 1122 pour les spécifications originales de TCP Keep Alives