Comment maintenir une connexion TCP inactive?

si un serveur TCP établit une connexion TCP avec un client TCP. Ensuite, le client TCP n'envoie jamais aucun paquet au serveur.

Je sais à peu près que les pare-feu situés près du serveur TCP peuvent lui envoyer un RST. ou il existe un délai de maintien en vie qui force la fin de la connexion TCP. Mais je ne sais pas exactement ce qui va arriver anyone quelqu'un peut-il expliquer un peu?

Est-il possible de maintenir cette connexion TCP à moins que je ne souhaite la terminer?

J'espère juste que le serveur TCP pourra conserver cette connexion TCP sur sa pile TCP. Mais je ne veux pas que le client TCP soit impliqué, je ne veux pas qu'il envoie KEEP-ALIVE. Je ne veux aucune autre entité tierce impliquée. J'espère juste que lorsque j'écris les codes source du serveur TCP, ceux-ci peuvent gérer la connexion TCP.

Merci!

Sauf si un message FIN ou RST est envoyé, le seul autre moyen permettant au protocole standard de savoir si l'autre côté s'est arrêté ou a disparu est l'expiration du délai.

C’est vraiment ce que vous pouvez faire de mieux par conception si vous faites le moins possible d’hypothèses de "l’autre côté", et que votre seule connexion à cet "autre" est une interface réseau unique.

Un événement plus bas sur le modèle OSI peut amener le système d'exploitation à mettre fin à la connexion ou à fournir des informations pouvant indiquer au client d'abandonner, comme la suppression de la carte réseau en question ou le changement d'état de la liaison. être déconnecté. Cela ne doit pas arriver, cependant.

La solution générale consiste à envoyer des messages périodiques sans données significatives, appelé keepalive, via la connexion. TCP le permet, mais vous pouvez également le faire sur la couche d'application.

• FileZilla peut être configuré pour envoyer des messages persistants. Vous pouvez voir qu'il envoie des commandes qui ne font rien d'utile, mais qui sont simplement émises pour jeter quelque chose dans le tuyau et le garder "occupé".
• PuTTY, par exemple, propose également des options de restauration continue .
• Vous pouvez également définir des options keepalive sur le serveur, mais il est généralement préférable de le définir sur le client SSH.
• De nombreux protocoles de routage envoient des tâches de maintien sur la couche application pour vérifier que d'autres itinéraires fonctionnent et sont disponibles, BGP , par exemple.
• TCP prend également en charge les messages keepalive de manière native, ce sont en principe des paquets Ethernet nuls envoyés de temps en temps pour vérifier la connexion. Cet article de tldp.org explique bien.