Wireshark ----- Quellport: timbuktu-srv2?

Question

alles, was ich Peer aufzubauen versuchen Erweiterung zu Peer (UDP) Kommunikation über firefox. Ich habe Python-Programm, das auf der Kommandozeile arbeitet. Ich baute eine XPCOM Komponente es zu benutzen. Aber überraschend konnte ich erhalten nur Nachricht durch sie von Python-Programm-Befehlszeile.

Wir haben versucht, folgende (Alle Arbeiten an localhost):

Firefox XPCOM Komponente als Absender -> Firefox XPCOM-Komponente als Empfänger - hat nicht funktioniert

Python Kommandozeile als Absender -> Firefox XPCOM-Komponente als Empfänger - Arbeitet

Firefox XPCOM Komponente als Absender -> Python Kommandozeile als Empfänger - hat nicht funktioniert

Python Kommandozeile als Absender -> Python Kommandozeile als Empfänger - Arbeitet

Wenn wir Pakete Beobachtet wireshark mit bekamen wir einige Unterschiede -

Firefox XPCOM zu Python-Befehlszeile und Firefox XPCOM zu Firefox XPCOM (was nicht funktioniert hat) haben Paket Datensatz wie folgt

Eine solche Art von Paketen (Quell-Port als nicht Nummer gekennzeichnet), die durch

Winsock (C ++)

XPCOM Komponente

C #

...UDP  Source port: timbuktu-srv2  Destination port: 30000

Python-Befehlszeile Python Befehlszeile und Python Befehlszeile XPCOM (die gearbeitete tat) haben Paket Datensatz wie folgt

... UDP Source port: 30000  Destination port: 30000

Ich weiß nicht viel über die Vernetzung, aber der Datensatz markiert ..Source port: timbuktu-srv2.. sein Ziel nicht erreichen kann.

Ich habe p2p Kommunikation versucht, mit Python, C ++ (Winsock), C #, kann aber gelinge es nur mit Python einzigen Unterschied ich beobachten konnte, ist diese Art von bestimmten Datensatz mit Python ..

Kann einige Netzwerk-Gurus grelles Licht über das?

Answer 1

Die timbuktu-srv2 Sie sehen, ist nur das Ergebnis der Wireshark die tatsächliche Portnummer gegen die Liste der bekannten Dienste aufzublicken. Wenn Sie die href="http://www.iana.org/assignments/port-numbers" rel="nofollow noreferrer"> IANA-Portnummern Liste

timbuktu-srv2   1418/udp   Timbuktu Service 2 Port

... so dass nur bedeutet, dass Ihre Anwendung 1418 als Quellport des UDP-Pakets verwendet es gesendet. 30000 nicht in einen Textdienstnamen erhalten verwandelt, weil Ihre lokale Dienste Datenbank keinen Eintrag für die Port-Nummer hat.

Dies, auf seinem eigenen, erklärt das Problem nicht - wirklich, soll die Server-Seite den Client übernehmen mit, was Quellport es will. Allerdings scheint es in diesem Fall wahrscheinlich, dass der Empfänger Seite nur Pakete mit dem Ursprung-Port 30000. akzeptieren, dass zu erreichen, müssen Sie die Buchse an den lokalen Adresse INADDR_ANY und Port 30000 binden, bevor Ihr Paket (en) zu senden.