Service-App-TCPKommunikation: Welcher Port?

[r29d43]

Hi,

mittels der TIdTCPClient-Compo von Indy lasse ich ein normales Programm ein Info versenden, welches dann anschließend von einer Service-Anwendung (per TIdTCPServer) empfangen und in einen File geschrieben wird. So weit, so gut.

Diesbezüglich frage ich mich jetzt aber, welchen Port man in solchen Fällen wohl normalerweise benutzt. Für die bisherigen Tests hatte ich da mal Port=$80 eingetragen. Ist das nicht auch immer der DIN-Port? Oder sollte man in solchen Fällen, wo nur zwei einander bekannte Progs miteinander kommunizieren, lieber einen möglichst einmaligen Port wählen, wie z.B. (äh) 51379 (oder dergleichen)?

Und was wäre eigentlich, wenn jetzt irgendein anderer Server in einem anderen Prog aktiv wird, und der zufälligerweise auch auf diesem Port herumfunken würde?


Ansonsten, kann es bei so einer einfachen Kommunikation zwischen Service und App eigentlich auch noch zu Probs mit einer Firewall o.ä. kommen?


Thx schonmal im Voraus.

mfg

[Bernhard Geyer]

Zitat von r29d43:

Port=$80 eingetragen. Ist das nicht auch immer der DIN-Port?

Über Port 80 wird i.d.R. mit HTTP-Servern kommuniziert.

Zitat von r29d43:

... lieber einen möglichst einmaligen Port wählen, wie z.B. (äh) 51379 (oder dergleichen)?

Einmalig aber konfigurierbar.

Zitat von r29d43:

Und was wäre eigentlich, wenn jetzt irgendein anderer Server in einem anderen Prog aktiv wird, und der zufälligerweise auch auf diesem Port herumfunken würde?

Dann kann dein Programm den Port nicht öffnen (deshalb konfigurierbar)

Zitat von r29d43:

Ansonsten, kann es bei so einer einfachen Kommunikation zwischen Service und App eigentlich auch noch zu Probs mit einer Firewall o.ä. kommen?

Ja, wenn es über Rechnergrenzen hinausgeht. Aber auch bei lokaler Kommunikation funken manche Firewalls dazwischen.

[DeddyH]

$80 <> 80

[Bernhard Geyer]

Zitat von DeddyH:

$80 <> 80

Grrr

$80 scheint noch keinem "Standard-Protokoll" zugwiesen zu sein

[r29d43]

Thx, interessante Liste auch.

Zitat von Bernhard Geyer:

Zitat von r29d43:

... lieber einen möglichst einmaligen Port wählen, wie z.B. (äh) 51379 (oder dergleichen)?

Einmalig aber konfigurierbar.

Und was hieße das genauer? Dass man (als User der dieses Programm nicht geschrieben hat sondern nur anwendet) den Port über z.B. irgendeine config- oder ini-Datei im Konfliktfalle auch noch selbst ändern könnte? Oder was muss man sich da sonst drunter vorstellen?

[Bernhard Geyer]

Zitat von r29d43:

... den Port über z.B. irgendeine config- oder ini-Datei im Konfliktfalle auch noch selbst ändern könnte?

Genau.

[DeddyH]

Aber nimm am Besten einen Port oberhalb 1024, damit Du nicht in Konflikt mit den "Well-Known-Ports" kommst.