Ce qui fonctionne sur le port 49181 Windows 7

J'ai une application qui s'appuie sur le port 63000 pour communiquer avec d'autres périphériques sur le réseau.

Il y a quelque time, cette application a cessé de fonctionner sur le PC.

J'ai essayé toutes sortes de configurations de pare-feu, ON / OFF, etc., mais pas d'effet.

Aujourd'hui, j'ai remarqué que même sans l'application en cours d'exécution, WireShark a signalé le suivant toutes les 2 secondes:

No Time Source Destination Ptrcl Length Info 272 10.1529 192.168.1.46 239.0.0.1 UDP 157 Source port: 49181 Destination port: 63000 

Je pense que tout ce qui est responsable de cela pourrait être la cause du problème avec cette autre application.

Le problème est que le port mentionné (49181 et 63000) ne s'affiche que dans WireShark.

Je ne vois rien dans Windows Reseurce Monitor, ni avec netstat .

Des questions:

  1. Comment puis-je identifier ce qui est responsable de ce package de données?
  2. Est-ce un hareng rouge WireShark? Je pense que non parce que c'est la seule chose que j'ai trouvé qui pourrait expliquer mon problème avec l'autre application.

One Solution collect form web for “Ce qui fonctionne sur le port 49181 Windows 7”

L'adresse IP 239.0.0.1 est une adresse de multidiffusion qui est diffusée sur votre réseau à des fins de multidiffusion, comme l'adhésion à une session de multidiffusion.

Les adresses IP de multidiffusion sont des adresses de class D qui se situent dans deux plages: 224.0.0.0 à 239.255.255.255

Pour l'utilisation du intranet, il est recommandé d'utiliser les adresses IPv4 dans la plage 239 .. . *. Les numéros de port peuvent aller de 1 à 65535

Pour répondre à ta question:

1) Comment puis-je identifier ce qui est responsable de ce package de données?

En regardant la sortie WireShark, vous pouvez voir l' adresse source qui est 192.168.1.46. C'est l'appareil d'origine.

2) Est-ce un hareng rouge WireShark? Je pense que non parce que c'est la seule chose que j'ai trouvé qui pourrait expliquer mon problème avec l'autre application.

Non, vous ne voyez pas cela sur votre server car ce n'est pas un service hébergé sur votre server, donc il n'y a pas d'interface qui écoute cette plage IP ou ce port de destination.

Je ne pense pas que ce soit votre cause principale pour que l'application ne fonctionne pas. Si votre service d'application est en train d'écouter sur le port 63000, il serait simplement rejeter la connection provenant du périphérique qui diffuse la session de multidiffusion. En outre, cela utilise le protocole UDP, et votre application pourrait utiliser TCP qui ne serait pas directement liée.

Si vous pensez que cet appareil est la cause principale, découvrez ce que 192.168.1.46 et faites des searchs en ce qui concerne la multidiffusion.

  • Wireshark arp packages
  • Est-il possible pour Wireshark de déposer des packages à dessein?
  • Voir le trafic destiné aux servers d'autres personnes dans wireshark
  • Filtrer le file tcpdump APRÈS la capture
  • UDP simple apparaît comme STUN à Wireshark
  • Les paquets de blocs de pare-feu peuvent-ils être visibles dans Wireshark?
  • Suivre le chat de IP Messenger par wireshark
  • déterminer les ports qu'un programme utilise
  • Réseau inondé de packages apparemment vides
  • Captures de packages enregistrées dans le format de file bin
  • Comment puis-je voir des timbres-post absolus à Wireshark?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.