Dockerisation d'un serveur WebSocket

Le problème

Un développeur rencontre des problèmes en tentant de conteneuriser un serveur WebSocket à l'aide de Docker. Le code du serveur écrit sur une nouvelle connexion avec « connecté » et fonctionne bien en dehors du conteneur, mais lorsqu'il est placé à l'intérieur d'un conteneur Docker, le client panique à cause d'une erreur de « réinitialisation de connexion » avec le message d'erreur « read tcp [::1] :60328->[::1]:8000 : lecture : connexion réinitialisée par le homologue." Le développeur n'est pas sûr des modifications nécessaires pour établir une connexion WebSocket au serveur dans le conteneur.

La solution

Pour résoudre ce problème, le développeur doit modifier l'adresse d'écoute du serveur. . Au lieu d'utiliser "localhost:8000", qui limite le serveur à écouter sur l'adresse IP 127.0.0.1 dans le conteneur, ils devraient la remplacer par ":8000".

En utilisant ":8000" comme adresse d'écoute, le serveur écoutera toutes les adresses IP attribuées au conteneur. Cette modification garantit que lorsque le trafic est transféré vers le conteneur sur son adresse IP attribuée, un serveur d'écoute sera prêt à accepter la connexion.

Le rôle de Docker

Docker joue un rôle crucial à cet égard. scénario en créant des règles iptables pour transférer le trafic de la machine hôte vers le conteneur. Ces règles sont essentielles pour permettre au client de communiquer avec le serveur WebSocket au sein du conteneur. Par défaut, les conteneurs Docker écoutent sur leurs adresses IP internes, qui ne sont pas directement accessibles depuis la machine hôte. Les règles iptables créées par Docker comblent ce fossé de communication.

Pour afficher ces règles iptables, le développeur peut utiliser les commandes suivantes :

iptables -n -L
iptables -t nat -n -L

En apportant la modification mentionnée à l'adresse d'écoute et en comprenant le transfert de Docker, le développeur peut réussir à établir une connexion WebSocket au serveur dans le conteneur Docker, résolvant ainsi le problème de « réinitialisation de la connexion ». " erreur et activation du comportement attendu d'impression "connecté" côté client.