TCP 0.0.0.0 ? [Résolu]

[Jean-Jacques Engels]

Hi,

Dans la commande NetStat -an, je remarque des lignes TCP 0.0.0.0

Que représente cette adresse 0.0.0.0 ?

Merci.



JJE

[ram-0000]

Un petit exemple STP. sur quel OS ?

[Jean-Jacques Engels]

Eh bien tu ouvres une fenêtre dos (je suis en Windows 7), tu tapes netstat -an et voici le résultat (chez moi du moins) :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
C:\Users\Jean-Jacques>netstat -an

Connexions actives

  Proto  Adresse locale         Adresse distante       État
  TCP    0.0.0.0:135            0.0.0.0:0              LISTENING
  TCP    0.0.0.0:211            0.0.0.0:0              LISTENING
  TCP    0.0.0.0:445            0.0.0.0:0              LISTENING
  TCP    0.0.0.0:554            0.0.0.0:0              LISTENING
  TCP    0.0.0.0:1110           0.0.0.0:0              LISTENING
  TCP    0.0.0.0:2869           0.0.0.0:0              LISTENING
  TCP    0.0.0.0:3306           0.0.0.0:0              LISTENING
  TCP    0.0.0.0:5357           0.0.0.0:0              LISTENING
  TCP    0.0.0.0:5938           0.0.0.0:0              LISTENING
  TCP    0.0.0.0:10243          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:19780          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49152          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49153          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49154          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49155          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49157          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49160          0.0.0.0:0              LISTENING
  TCP    0.0.0.0:49164          0.0.0.0:0              LISTENING
  TCP    10.0.0.4:139           0.0.0.0:0              LISTENING
  TCP    10.0.0.4:50393         10.0.0.5:445           ESTABLISHED
  TCP    10.0.0.4:50427         70.80.3.247:5938       ESTABLISHED
  TCP    10.0.0.4:52993         66.220.145.40:80       ESTABLISHED
  TCP    10.0.0.4:53395         82.94.174.11:80        TIME_WAIT
  TCP    10.0.0.4:53398         82.94.174.145:80       TIME_WAIT
  TCP    10.0.0.4:53399         82.94.174.145:80       TIME_WAIT
  TCP    10.0.0.4:53401         66.220.156.25:80       TIME_WAIT
  TCP    10.0.0.4:53403         194.109.134.101:80     TIME_WAIT
  TCP    10.0.0.4:53429         87.98.128.200:80       TIME_WAIT
  TCP    10.0.0.4:53431         87.98.128.200:80       TIME_WAIT
  TCP    10.0.0.4:53434         209.85.146.104:80      ESTABLISHED
  TCP    10.0.0.4:53454         62.41.80.17:80         ESTABLISHED
  TCP    127.0.0.1:1110         127.0.0.1:52992        ESTABLISHED
  TCP    127.0.0.1:1110         127.0.0.1:53421        TIME_WAIT
  TCP    127.0.0.1:1110         127.0.0.1:53423        TIME_WAIT
  TCP    127.0.0.1:1110         127.0.0.1:53430        TIME_WAIT
  TCP    127.0.0.1:1110         127.0.0.1:53433        ESTABLISHED
  ...

Ce qui m'intéresse, c'est la 2e ligne :

Code :

   TCP    0.0.0.0:211            0.0.0.0:0              LISTENING.

Je m'attendais à trouver ceci, où 10.0.0.4 est la machine qui est le serveur :

Code :

   TCP    10.0.0.4:211            0.0.0.0:0              LISTENING

J'essaye de faire communiquer un serveur et un client sur le port 211 (en réseau local) et je n'y arrive pas. Le message d'erreur est le suivant : Erreur de socket # 10061 Connexion refusée. Le serveur est pourtant bien en attente sur le port 211. J'ai désactivé les firewalls (Kaspersky) sur les deux machines mais sans résultat. Lorsque l'application serveur et l'application cliente tournent sur la même machine, les deux applications communiquent parfaitement. Dès que je déplace l'application cliente sur une autre machine du réseau local, j'ai le message d'erreur.



JJE

[ram-0000]

Code :

TCP    0.0.0.0:211            0.0.0.0:0              LISTENING

signifie que tous les interfaces réseaux ecoutent le port TCP 211.

Même si ta machine est 10.0.0.4, il y a au moins un autre interface qui est 127.0.0.1 pour localhost qui écoute aussi ce port 211.

Pour avoir ce que tu attendais 10.0.0.4:211 0.0.0.0:0 LISTENING, il aurait fallut que le programme fasse un bind explicite sur cette interface et uniquement elle.

Souvent, le développeur fait un bind sur tous les interfaces à la fois. Le 2eme paramettre de bind() est souvent initialisé avec INETADDR_ANY (ou quelque chose coimme cela)

[Jean-Jacques Engels]

Hi ram-0000,

Merci pour ta réponse. Je vois que je m'adresse à un gourou , je vais donc un peu abuser si tu le permets...

Voici donc mes constats :

Lorsque l'application serveur et l'application cliente tournent sur la même machine, les deux applications communiquent tout à fait correctement. Netstat -an me donne entre autres :

Code :

1
2
  TCP    127.0.0.1:211          127.0.0.1:57169        ESTABLISHED
  TCP    127.0.0.1:211          127.0.0.1:57170        ESTABLISHED

Par curiosité, j'ai ouvert le port 211 sur mon routeur et redirigé le trafique vers la machine faisant tourner l'application serveur (10.0.0.4). Un petit utilitaire du Web m'indique que le port est bien ouvert.

Dès que je déplace mon application cliente vers un autre poste, le message d'erreur évoqué plus haut dans la discussion apparaît.

Aurais-tu un diagnostique à formuler car moi... je rame !

Merci à toi.



JJE

[ram-0000]

Envoyé par Jean-Jacques Engels

Eh bien tu ouvres une fenêtre dos (je suis en Windows 7), tu tapes netstat -an et voici le résultat (chez moi du moins) :

L'affichage n'est pas toujours le même suivant les OS, c'est pour cela que je t'ai demandé ton OS et un exemple de ce qui est affiché.

Envoyé par Jean-Jacques Engels

Lorsque l'application serveur et l'application cliente tournent sur la même machine, les deux applications communiquent tout à fait correctement. Netstat -an me donne entre autres :

Code :

Affichage normal, le client local s'est connecté au serveur local (de localhost 127.0.0.1 port client 57170 vers localhost port serveur 211)

Envoyé par Jean-Jacques Engels

J'essaye de faire communiquer un serveur et un client sur le port 211 (en réseau local) et je n'y arrive pas. Le message d'erreur est le suivant : Erreur de socket # 10061 Connexion refusée. Le serveur est pourtant bien en attente sur le port 211. J'ai désactivé les firewalls (Kaspersky) sur les deux machines mais sans résultat. Lorsque l'application serveur et l'application cliente tournent sur la même machine, les deux applications communiquent parfaitement. Dès que je déplace l'application cliente sur une autre machine du réseau local, j'ai le message d'erreur.

Envoyé par Jean-Jacques Engels

Par curiosité, j'ai ouvert le port 211 sur mon routeur et redirigé le trafique vers la machine faisant tourner l'application serveur (10.0.0.4). Un petit utilitaire du Web m'indique que le port est bien ouvert.

Dès que je déplace mon application cliente vers un autre poste, le message d'erreur évoqué plus haut dans la discussion apparaît.

• Est ce que le message d'erreur est immédiat ?
• Est ce que tu peux faire depuis ton poste client la commande suivante "telnet <adresse IP server> 211" pour te connecter au port 211 du serveur d'une autre manière et voir si la connexion peut s'effectuer.
• Est ce que le client est bien configuré pour aller se connecter à la bonne adresse IP du serveur (adresse IP interne en 192.168.x.x ou équivalent depuis le réseau interne ou bien <adresse IP externe> si le client est sur le Internet et donc à l'extérieur de ton réseau local).
• Tu peux aussi obtenir du diagnostique supplémentaire avec un tcpdump ou wireshark sur le client et le serveur pour voir comment se passe le dialogue.

[Jean-Jacques Engels]

Hi Raymond,

J'essaye tout cela et je reviens vers toi.



JJE

[Jean-Jacques Engels]

Ola Raymond,

Bon, j'ai dû activer les services Telnet sur la machine 10.0.0.4 car elle est en Windows 7 et, apparemment, Telnet n'est pas activé par défaut. Pour répondre à tes questions dans l'ordre :

• Oui, j'ai le message d'erreur immédiatement
• Après activation du service Telnet, une tentative de connexion avec telnet 10.0.0.4 depuis un autre poste semble fonctionner. Après une mise en garde sur la diffusion possible d'un mot de passe sur internet, Telnet me demande l'introduction d'un login (lequel ?). Avec un connexion de type telnet 10.0.0.4 211, j'obtiens un écran complètement noir avec le curseur qui clignote tout en haut à gauche.
• Je teste d'abord mes connexions depuis l'intérieur du réseau local. On verra plus tard comment essayer d'y accéder depuis l'extérieur (car c'est la finalité de mon projet). Pour répondre à ta question, oui, j'ai bien renseigné l'adresse 10.0.0.4 port 211 comme hôte sur lequel il faut se connecter depuis le client.
• Pour TCPDump, il me faudra un peu plus de temps car je ne connais pas le produit. Il faut donc que je le télécharge et que je fasse connaissance avec lui.

Merci pour ton aide précieuse.



JJE

[ram-0000]

Envoyé par Jean-Jacques Engels

[*]Après activation du service Telnet, une tentative de connexion avec telnet 10.0.0.4 depuis un autre poste semble fonctionner. Après une mise en garde sur la diffusion possible d'un mot de passe sur internet, Telnet me demande l'introduction d'un login (lequel ?).

J'avais pas dit telnet 10.0.0.4 mais telnet 10.0.0.4 211

Envoyé par Jean-Jacques Engels

Avec un connexion de type telnet 10.0.0.4 211, j'obtiens un écran complètement noir avec le curseur qui clignote tout en haut à gauche.

C'est bon signe, cela veut dire que depuis une autre machine (au moins sur ton LAN), tu peux te connecter sur le port 211 de ton serveur.

Donc ton serveur est ouvert au monde externe (au moins sur le LAN). Continue à investiguer avec tcpdump et wireshark.

Au fait, c'est quoi qui tourne derrière ce port 211, c'est un serveur de quoi ?

[Jean-Jacques Engels]

Envoyé par ram-0000

Au fait, c'est quoi qui tourne derrière ce port 211, c'est un serveur de quoi ?

Il s'agit d'un application multi-niveaux avec un serveur Datasnap (Delphi et ses composants dbExpress). Si tu connais un peu Delphi, j'imagine que tu vois ce dont je parle. Sinon, je pourrai t'en dire un peu plus.



JJE

[Jean-Jacques Engels]

Alors, sans avoir encore avancé avec TCPDump et consorts, j'ai obtenu ce résultat-ci quand je connecte le client (10.0.0.5) au serveur (10.0.0.4) avec telnet 10.0.0.4 211 :

Code :

  TCP    10.0.0.4:211           10.0.0.5:2935          ESTABLISHED

Ça avance ...



JJE

[ram-0000]

Envoyé par Jean-Jacques Engels

Il s'agit d'un application multi-niveaux avec un serveur Datasnap (Delphi et ses composants dbExpress). Si tu connais un peu Delphi, j'imagine que tu vois ce dont je parle. Sinon, je pourrai t'en dire un peu plus.

Moi pas connaitre. c'était juste pour savoir mais ce qu'il y a derrière a peu d'intérêt pour l'instant.

Envoyé par Jean-Jacques Engels

Alors, sans avoir encore avancé avec TCPDump et consorts, j'ai obtenu ce résultat-ci quand je connecte le client (10.0.0.5) au serveur (10.0.0.4) avec telnet 10.0.0.4 211 :

Code :

  TCP    10.0.0.4:211           10.0.0.5:2935          ESTABLISHED

Effectivement, un client externe basique (telnet) de ton LAN a pu se connecter au serveur.

Au fait une question, es tu sûr qu'il n'y a qu'un seul port qui participe au protocole de ton application ?

Est ce qu'il ne faudrait pas rendre 2 ports (ou plus) visibles depuis Internet. Je dit cela car je vois pas mal de port à l'écoute sur ton serveur que je ne connais pas (554, 1110, ...).

[Jean-Jacques Engels]

Raymond,

Mon problème est pratiquement résolu. Le fait qu'une liaison Telnet fonctionne entre les 2 machines m'a fait me poser des questions. J'ai finalement trouvé que c'est mon code qui était en cause. Un composant de mon programme (côté client) avait été oublié de longue date dans un recoin. Celui-ci tentait d'établir, à l'insu de mon plein gré, une connexion à une base de données locale. Or, une des fonctionnalités principale de mes développements est que pour accéder à la base de données, l'application cliente devait obligatoirement passer par l'application Serveur. L'application Serveur étant la seule à accéder à la base de données (il s'agit d'un middleware entre le client et la base de données). Donc tant que l'application cliente tournait sur la machine où était installée la base de données, tout fonctionnait bien. Dès que l'application cliente était déplacée sur une autre machine, ça n'allait plus (puisqu'il n'y avait plus de base en locale).

C'est ce foutu message qui m'a mis sur une mauvaise piste. Le message d'erreur aurait dû m'indiquer un problème de connectivité "base de données" et non un problème de "socket".

Je mettrai un flag résolu quand mon application aura subit tous les tests voulus avec succès : accès de l'application cliente à la base données depuis n'importe quelle machine du lan, puis accès à la base de données depuis l'extérieur.

Merci mille fois en tout cas pour ton aide. Sans elle, je serais toujours occupé à chercher.



JJE

[Jean-Jacques Engels]

Voilà... tout fonctionne !

J'ai pris ma voiture, le laptop de ma fille et me suis dirigé vers une zone d'habitations avec immeubles. Là, une tapée de réseaux WiFi non protégés (pas bien ) sur un desquels je me suis connecté et où j'ai eu tout le loisir de tester mes applications : un client léger (exe) et un fichier ini suffisent depuis le portable à me connecter sur mon serveur d'application, un exe qui tourne chez moi, et accéder à ma base de données. Les temps de réponses sont très rapides.

Encore merci à Raymond



JJE