ITSE_2009 Geschrieben 26. Dezember 2010 Geschrieben 26. Dezember 2010 Frohe Weihnachten erstmal... Mir ist letztens beim Nachdenken über ein IT-Problem folgende Frage zu TCP-Verbindungen aufgekommen: Ich dachte bisher (bzw. habe ich noch nicht groß drüber nachgedacht), dass ein Host nicht mehr als 65535 gleichzeitige Verbindungen gleichzeitig aufhalten kann (für jeden Port eine, bzw. 2 wenn UDP auch noch verwendet wird?). Also dass über einen TCP-Port nur eine gleichzeitige Verbindung offen gehalten werden kann. Bei großen (aber auch schon bei kleineren) Webservern kann das ja aber nicht so ganz sein: Der Webserver wartet auf Port 80 auf Verbindungsanfragen. Wenn jetzt 2 Anfragen zum exakt gleichen Zeitpunkt (oder auch leicht versetzt, wenn eine Verbindung schon aufgebaut ist) eintreffen, was passiert dann? Bzw. wie funktioniert es, dass nicht eine Anfrage abgewiesen wird?? Laufen auf einem Rechner grundsätzlich mehrere TCP-Stacks?? danke schonmal für euer Bemühen ... Zitieren
M.A.Knapp Geschrieben 26. Dezember 2010 Geschrieben 26. Dezember 2010 In so einem Fall muß der andere halt paar Microsekunden warten ... Außerdem wird die eigentliche Kommunikation dann sofort auf einen anderen Port umgelegt wenn sie zustande kommt. Zitieren
ITSE_2009 Geschrieben 26. Dezember 2010 Autor Geschrieben 26. Dezember 2010 (bearbeitet) aber woher weiß dann der server, dass etwas angekommen ist. Oder merkt nur der Client, dass keine Antwort kommt und versucht es nochmal? zum 2. Punkt: Habe mir das grad in Wireshark angeguckt. Wenn ich http://www.fachinformatiker.de aufrufe, kommt die Antwort auch von Port 80. Die Anfrage von meinem Rechner kommt von einem oberen Port 44xxx. Und da natürlich HTTP1.1 verwendet wird, werden sogar mehrere Verbindungen aufgebaut, damit die Seite schneller geladen wird. Bei diesen einzelnen Verbindungen werden auf meinem Rechner mehrere Ports verwendet (44526 - 44531), aber selbst hier kommt die Antwort immer von Port 80 (immer von der selben IP, Google z.B. hat ja mehrere IPs/Server). Wie kann der Server an so viele Hosts gleichzeitig Webseiten über einen Port senden? Bearbeitet 26. Dezember 2010 von ITSE_2009 Zitieren
lupo49 Geschrieben 26. Dezember 2010 Geschrieben 26. Dezember 2010 Pro Port können auch mehrere Verbindungen aufgebaut sein, da eine Verbindung über "Quelladresse Quellport Zieladresse Zielport" beschrieben wird. Wenn ein Client mehrere Verbindungen zu einer Zieladresse:Zielport aufgebaut hat, dann ist bei den Verbindungen alles identisch bis auf die Quellports. Zitieren
ITSE_2009 Geschrieben 26. Dezember 2010 Autor Geschrieben 26. Dezember 2010 Gibt es für diese beschriebenen Verbindungen eine Obergrenze? Könnte man also einen VPN-Server "aufstellen", der z.B. 100.000 oder 1.000.000 Verbindungen gleichzeitig offenhält ?? Über diese Verbindungen sollen fast keine Daten gehen - nur so viele, wie nötig sind, um die Verbindung offen zu halten. Es geht um Clients, die hinter NAT-Routern erreichbar sein sollen, ohne Ports im Router freizuschalten. Zitieren
lilith2k3 Geschrieben 26. Dezember 2010 Geschrieben 26. Dezember 2010 Ich dachte bisher (bzw. habe ich noch nicht groß drüber nachgedacht), dass ein Host nicht mehr als 65535 gleichzeitige Verbindungen gleichzeitig aufhalten kann Das ist so nicht richtig. Zum einen musst Du unterscheiden, zwischen den Verbindungen und der Anzahl der Ports. Dass es 65535 mögliche Ports gibt, heißt nicht, dass ein Server lediglich nur 65535 mögliche Verbindungen eingehen kann. Ein wenig erhellend dürfte folgender Artikel sein: http://de.wikipedia.org/wiki/Socket_(Software) Gibt es für diese beschriebenen Verbindungen eine Obergrenze? Könnte man also einen VPN-Server "aufstellen", der z.B. 100.000 oder 1.000.000 Verbindungen gleichzeitig offenhält ?? Ja, eine technische: die Leistungsfähigkeit des Servers - ansonsten keine. Richard Jones | A Million-user Comet Application with Mochiweb, Part 1 | Richard Jones, Esq. Zitieren
ITSE_2009 Geschrieben 27. Dezember 2010 Autor Geschrieben 27. Dezember 2010 okay, danke, das hilft mir erstmal schonmal weiter ... Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.