IntraNET FTP connect Server contra Client contra Server

Hallo Leute, (Prost Neues)

Folgene Konstallation :
aus Sichtweise adm & sysop

Auf einem Exot läuft der FTP " WuFTP " oLdScOoL " einwandfrei"

doch widerum aus Sichtweise " ohne Worte

" horcht der Server auf ip: 0.0.0.0: 21 ( LISTEN / Bild)

nun möchte der Client einen weiteren Port Bsp: 55988 über den in meinem Fall der Totalcommander zzgl. öffnen (Port 20/Bild)

Wieso zum einem ist das So, wenn ich denn dann Port 21 ansteuerere und am Server (LISTEN/BILD) der Port 20 geöffnet ist ???

Bild/Port20

Bild/Listen

und der Server trotz connect horcht weiter (LISTEN/BILD) auf Port 21 der IP: 0.0.0.0

(denn in den 90 er funktionierte ohne IPv6 zu oLdScOoL zEiTeN dieser Exot einwandfrei ...)

Wer weiss was ???

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 292123

Url: https://administrator.de/forum/intranet-ftp-connect-server-contra-client-contra-server-292123.html

Ausgedruckt am: 23.12.2024 um 11:12 Uhr

6 Kommentare

Neuester Kommentar

Vollkommen normal, ein FTP Server benötigt einen Port für die Übertragung der Befehle (Control-Connection) und mindestens einen weiteren für die Übertragung der Daten (Data-Connection).

Stichwort Active-FTP oder Passive-FTP
Such nach diesen Begriffen hier im Forum, da wurde schon oft sehr oft erklärt, dort findest du die ausführliche Erläuterung:

Gruß grexit

Zitat von @122990:

Vollkommen normal, ein FTP Server benötigt einen Port für die Übertragung der Befehle (Control Connection) und mindestens eine weitere für die Übertragung der Daten (Data-Connection).

Wäre Verona nun in der Nähe würde ich glatt behaupten :

Du hast mir jetzt schon geholfen

Ok, ok, ich entsinne mich, 2 Wege ... aber wieso zeigen die "Dosen" dann den Port 5xxxx als öffnungs Port an und nicht direkt den dann am Server zu sehenden Port 20 ...

Das ist das was "mich Persönlich" extrem verwirrt ...

siehe dazu nochmal LISTEN/Bild

Moin,

works as designed.

lks

Die passive Ports generiert der FTP Server automatisch dynamisch aus einem normalerweise konfigurierbaren Range. Ein einziger weiterer Port reicht hier auch meist nicht aus so dass hier je nach Client auch mehrere Data-Connections aufgebaut werde.Dieser dynamische Portrange öffnet man normalerweise auf der Firewall und leitet sie an den betreffenden FTP-Server weiter. Alles andere steht ausführlich in den oben geposteten Links, simply read and understand, my friend.

Moin,

Das machen viele Serverdienste. Ganz einfach: Ich melde mich auf Port 20/21. Da sage ich aber nur Verbindungsaufbau. Dann handeln Server und Client einen "High-Port" aus auf dem die weitere Kommunikation stattfindet.

Hintergrund: Ein Port kann nicht beliebig oft gleichzeitig verwendet werden. Du kannst jetzt entweder einen großen Prozess schreiben der einfach alles abhört was da so läuft - und fällst auf die Fresse wenn 2 Systeme gleichzeitig mit dir reden wollen. Stell dir einfach vor du möchtest mit 2 Leuten an 2 Telefonen gleichzeitig reden - die aber voneinander nichts wissen. DAS wird Chaos, aber ein sinnvolles Gespräch wird es nicht geben.

Also erzeugt man in der Programmierung "Prozesse" - du meldest dich auf 20/21, ich erzeuge einen Prozess mit einem High-Port (>1023) und kicke dich da rauf. Jetzt unterhälst du dich praktisch mit meiner Sekretärin / Sekretär. Kommt jetzt der 2 und möchte sich mit mir unterhalten - kein Ding, ich hab ja grad zeit. Auch für den mache ich dann einen Prozess, gebe den auf einen (anderen) High-Port und schon darf der auch mit dem Vorzimmer reden...

Von daher ist das nicht nur bei FTP so, sondern bei den meisten Serverdiensten...

Schönen Gruß,

Mike