PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Empfangsport und Sendeport bei Webserver gleich ???



zobel-mueller
19.12.02, 14:18
Habe ein kleines Verstaendigungsproblem,

ich war immer der Annahme, wenn ein Client eine Anfrage an einem
Webserver schickt und die Antwort zurücksendet, sieht dies wie folgt aus:

Client sendet eine Anfrage an einen Webserver
Client:193.174.0.1,Beispielsendeport:33320 >>>>>> Server 193.174.0.2,Zielport 80

Webserver sendet Anfrage zurück an deon Absender von einem Unprivilegierten Port los.

Server: 193.174.0.2 Sendebeispielport 33520 >>>>>>> Client 193.174.0.1:Zielport 33320


Nun war ich immer der Annahme das sich der Webserver einen Unprivilegierten Sendeport sucht
um viele Anfragen auf Port 80 besser entgegenzunehmen.
Nach einer kleinen Netzwerkanalyse habe ich mit erstaunen festgestellt das der Webserver
die Anfragen auf Port 80 entgegenimmt und wieder auf dem selben Port sendet.

Anfrage von Client 193.174.0.1:33320 >>>>>>> Webserver 193.174.0.2:80
Antwort von Webserver 193.174.0.2:80 >>>>>>> Client 193.174.0.1:33320

vielleicht kann mir jemand sagen was richtig ist.

juergen

SchmaliHRO
19.12.02, 17:18
Ich will meine Antwort nicht beschwören!
Kann es sein, das auf dem Beispielport kein virtueller Server liegt?
Dann wäre es nur logisch, das sich der Webserver auf dem Standardport 80 für das http Protokoll meldet. Nur wenn auch auf dem Server etwas für diesen Port konfiguriert ist kann er auf dem Port antworten.

Aber wie gesagt, ich bin mir nicht 100% sicher.

geronet
19.12.02, 18:35
>Nach einer kleinen Netzwerkanalyse habe ich mit erstaunen festgestellt das der Webserver
>die Anfragen auf Port 80 entgegenimmt und wieder auf dem selben Port sendet.

Das ist auf jeden Fall richtig, wär doch Grampf wenn der Webserver sich noch an einen anderen Port binden muss.

Grüsse, Stefan

eclipse
23.04.04, 08:58
... , wär doch Grampf wenn der Webserver sich noch an einen anderen Port binden muss.



Aber genau das tut der Webserver !
Die Kontaktaufnahme selber findet auf einem unpriviligiertem Port statt. (1024 - 65535 ) Der sogenannte 3-Wege-Handshake.
Nur der Transport der Daten dann auf Port 80.

linosch
23.04.04, 09:06
Genau aus den Gründen des 3-Wege-Handshakes nimmt ein Webserver die Pakete auf Port 80 an und sendet seine antwort an einen unprev. Port des Client.

1. SYN von Client:31753 an Server:80
2. ACK von Server:80 an Client:31753
3. SYNACK von Client:31753 an Server:80

Somit wissen jetzt beide Seiten, wie die Pakete laufen müssen und der Datenaustausch kann beginnen.

Ist also völlig i. O. das ein Server auf dem Port antwortet auf dem er auch lauscht! (Ausnahmen bestätigen natürlich die Regel z. B. FTP)

Gruss

Linosch