Connexion à Proximité de la requête HTTP réponse
J'ai deux questions sur la Connexion HTTP à proximité:
-
Si un client envoie une requête HTTP avec la Connexion: près d'un Serveur HTTP, le Serveur HTTP ou de la responsabilité du client d'envoyer TCP FIN après que la réponse est reçue par le client?
-
Si un client envoie un mauvais formaté de la requête HTTP, et le serveur envoie un 400 BAD REQUEST, c'est la meilleure pratique pour fermer la connexion par le serveur (même si la requête HTTP a connection: keep-alive) ou il est de bonne pratique de garder la connexion toujours active?
Merci d'avance de répondre à ma question?
- Avez-vous essayé ces derniers à l'aide de Fiddler (ou similaire) à l'encontre d'un bien connu le serveur?
Vous devez vous connecter pour publier un commentaire.
Lorsque le serveur reçoit une 400 Bad Request, il va envoyer la réponse avec le keep-alive-tête parce que si le client se sent comme l'envoi d'une autre demande, ils peuvent utiliser un pré-existante de connexion (cette connexion est à l'arrêt dans un certain laps de temps, il a une date d'expiration). Le Keep-Alive-Tête est plus sur de ne pas saturer le réseau avec une connexion TCP demandes. En gros, vous dites "je vais vous parler, pendant 2 minutes, tout ce que vous m'envoyez, je vais vous répondre, bien que cette connexion"
Le serveur n'est qu'un objet qui reçoit les commandes de l'utilisateur. Vous lui demandez, il le fait ou pas. Le TCP FIN est quelque chose que vous envoyez au serveur pour arrêter la connexion, mais vous pouvez choisir quand vous ne voulez pas communiquer avec lui plus. Le client transmet la première NAGEOIRE, et reçoit un accusé de réception pour s'assurer que le serveur eu. Puis, le serveur lance sa propre FIN, et attend l'accusé de réception. Si tout est ok, vous et votre serveur ne sont plus amis.