Ports checken

[S - tefano]

Hi,

ich will ein Chat- Programm für Lan schreiben. Damit man an einem Rechner mit mehreren anderen gleichzeitig chatten kann, starte ich mehrere Instanzen (eine Instanz kann dabei mit einer Instanz auf nem anderen Rechner kommunizieren).
Das hat die Konsequenz (zumindest so von dem was ich so lese), dass jeder einzelne ChatKanal (nenn ich einfach mal so, ich mein die IP- Verbindung zwischen 2 Instanzen) über einen eigenen Port laufen muss.
Solange nur mein Programm TCP/IP benutzt, is die Portverteilung ja kein Problem... jede Instanz schreibt den Port, den sie benutzt in eine Liste, basierend darauf können die Progs dann untereinander ausmachen, über welchen Port sie kommunizieren wollen (wie ich diese Portverhandlung mache, weiß ich schon).
So, das Problem is allerdings, dass ja so gut wie jeder, dessen Rechner an einem Lan hängt auch Programme laufen hat, die irgendeinen TCP/IP Port benutzen.
Und fremde Programme schreiben ja in keine Liste, welche Ports sie benutzen.
Ich müsste also quasi für jeden Port einzeln überprüfen, ob irgendein Programm diesen für seinen Datenverkehr benutzt.
Und da steckt mein Problem.
Ich hab
1. keine Idee, wie ich die Ports in meinem eigenen Programm quasi durchscannen kann und
2. (was wohl das leichtere von beiden is) weiß ich nicht, wieviele Ports es pro IP- Adresse überhaupt gibt (müsste man ja für die Scanschleife wissen - wenn mans denn per Schleife macht).

Hab schon ziemlich lange nach ner Lösung gesucht, aber noch nix gefunden.
Kann mir also von euch irgendeiner sagen, wie ich eine Auflistung der unbenutzten Ports realisieren kann?

Danke schonmal,

S - tefano

[Christian Seehase]

Moin S-tefano,

erst einmal herzlich willkommen.

Ausprobiert hab' ich's bislang noch nicht, aber schau Dir doch mal im PSDK die Funktion GetTcpTable an.
Damit kann man sich eine Tabelle aller TCP Verbindungen mit Local Address/Port und RemoteAddres/Port abfragen.

GetTcpTable ist eine IP Helper Funktion.

[Chewie]

Zu 1.
Ob ein Port "besetzt" ist oder nicht, kannst du mit einem ClientSocket testen. Wenn eine Verbindung zustande kommt, hängt ein Server an dem Port, falls nicht, hängt keiner dran.

Zu 2.
Es gibt 2^16 - 1 (65535) Ports pro Rechner. Aber die alle zu überprüfen, ist sehr rechenintensiv. Die ersten 1024 Ports solltest du aber nicht verwenden, diese sind nämlich für Standard-Server reserviert. Bei den 65535 gibts aber ne ganze Menge, die frei sind, also wirst du wohl nicht jeden einzelnen abfragen müssen

[S - tefano]

Hi,

danke, das mit dem Clientsocket is ja sehr gute Idee, wär ich gar nich drauf gekommen.
So viele Ports?
Hui, dann werd ich das mit der Portliste wohl erstmal verwerfen...

Also, vielen Dank nochmal, werd ich in den nächsten Tagen - wenn die Klausuren überstanden sind - an die Arbeit machen.


Bis dann,

S - tefano

[fiasko]

Hallo,

ich verstehe zwar nicht ganz wie du das meinst, mit der Liste und so, aber wieso nimmst du nicht einfach UDP/IP mit Broatcast Packeten um deine Rechner zu entdecken und die Ports auszutauschen?! Eigentlich sind doch die Ports von ClientSocket egal.


Thomas

[Christian Seehase]

Moin S - tefano,

mal ein kleines Beispiel anbei (siehe Attachement)

[Luckie]

Auf meiner Homepoage gibt es jetzt den Internet-Monitor mit Soße. Eventuell hilft das ja etwas. da ist das mit dem IP-Tisch auch drin.

[S - tefano]

Hi,

danke @Luckie und Bunny, werds morgen mal ausprobieren.

Aber @Fiasko:
Höhrt sich ja recht interessant an, aber damit kenn ich mich kaum aus...
Kannst du mir dazu n bissken mehr erzählen?
Brauch ich da z.B. andere Komponenten für, und was für Aktionen müsste ich ausführen?
Und:
Jo, das mit der Aussage dass die Ports beim Cliensocket egal sind, leuchtet sogar ziemlich ein, war mir irgendwie in den endlosen Weiten meiner Hirnwindungen abhanden gekommen.
Wobei ich dann fragen muss:
Kann sich ein Client mit einem Server z.B. auf des Servers' Port 6005 oder so verbinden, wenn auf dem Rechner des Clients bereits eine andere Instanz auf selbigem Port eine Serverconnection mit einem anderen Clientrechner hat? Kann ich mir ja eigentlich nich vorstellen, weil sich dann ja auf dem Rechner dann zwei Verbindungen auf einem Port überschneiden würden.
Somit wärs also doch nich egal, wies mit Ports beim Client aussieht.
Ich selbst weiß es nicht genau, was sagt ihr anderen dazu (eure Beispiele genießen nach wie vor Priorität)?

Bis dann,

S - tefano

[fiasko]

Hallo,

Zitat von S - tefano:

Höhrt sich ja recht interessant an, aber damit kenn ich mich kaum aus...
Kannst du mir dazu n bissken mehr erzählen?

Ich verwende dazu die Internet Component Suite von http://www.rtfm.be/fpiette/indexuk.htm. Sollte aber auch mit den nativen Delphi Komponenten gehen. Bei ICS ist auch ein UDP-Serve rund Client Beispiel enthalten, der auch mit Broadcasts arbeitet (hab in mir zwar noch nich angesehen...).

Zitat von S - tefano:

Kann sich ein Client mit einem Server z.B. auf des Servers' Port 6005 oder so verbinden, wenn auf dem Rechner des Clients bereits eine andere Instanz auf selbigem Port eine Serverconnection mit einem anderen Clientrechner hat? Kann ich mir ja eigentlich nich vorstellen, weil sich dann ja auf dem Rechner dann zwei Verbindungen auf einem Port überschneiden würden.

Ganz einfach, der Port 6005 ist im Listen mode, sobald eine neue Verbindung akzeptiert wird, wird ein neuer Port dynamisch zugewiesen und für die Verbindung verwendet. Auf 6005 können dann weitere verbindungen angenommen werden. Die Ports der ClientSockets sind deshalb vollkommen egal. Du kannst sie ja eh nicht Verwenden, da auf denen bereits eine Verbindung besteht.

Wenn dein Proggie nur im LAN funktionieren soll und es auch nicht so schlimm ist wenn mal ein Packet verlohren geht (UDP arbeitet Verbindungslos und merkt deshalb nicht, wenn Packet eher oder garnich ankommen), dann würde ich nur UDP verwenden. Das macht das ganze nämlich sau einfach: du brauchst ja nur alles per Broadcasts auf nem einheitlichen Port senden (na OK, besser ist wohl Multicast, da kann man Packet mehrere Ziele geben, denn bei Broadcast wird ja jeder Rechner genervt und evtl. noch irgendwas in weiter lokale Segmente geroutet. Für jeden Rechner extra Packete ist auch nicht gerade ressourcensparend und erzeugt unötig viel Traffic.)



Thomas

[S - tefano]

Hi,

hm, das mit dem GetIPTable is ja gar nich schlecht, aber ich glaub in meinem Fall werd ichs erstmal über die Clientsocket- Verbindungsversuchs- Methode probieren.
Ich werd euch auf dem Laufenden halten - besonders was probleme angeht

Bis dann und danke nochmal,

S - tefano