Bir makinenin sahip olabileceği bağlantı noktalarının sayısı konusunda bir sınır varsa ve bir soket yalnızca kullanılmayan bir bağlantı noktası numarasına bağlanabilirse, çok yüksek miktarlarda (en fazla bağlantı noktası numarasından daha fazla) talep eden sunucular bu sorunu nasıl işler? Sadece sistemi dağıtmak, yani birçok makinedeki birçok sunucuyu dağıtmak mı?
Yanıtlar:
Bağlantı noktası numaralarını oldukça yanlış anlıyorsunuz: bir sunucu yalnızca bir bağlantı noktasını dinliyor ve bir bağlantı noktasına bağlanan istemcilerden çok sayıda açık yuvaya sahip olabilir.
TCP seviyesinde, eşzamanlı bağlantı (kaynak ip, kaynak bağlantı noktası, hedef ip, hedef bağlantı noktası) her eşzamanlı bağlantı için benzersiz olmalıdır. Bu, tek bir müşterinin bir sunucuya aynı anda 65535'ten fazla bağlantı açamayacağı anlamına gelir. Ancak bir sunucu (teorik olarak) istemci başına aynı anda 65535 sunucuya sunucu sağlayabilir .
Bu yüzden pratikte sunucu, sunucuya yapılan TCP bağlantılarının sayısıyla değil, sadece ne kadar CPU gücü, bellek vb. İstekleri yerine getirmesi gerektiği ile sınırlıdır.
Yanılıyorsunuz - soketin benzersizliği dört faktör tarafından belirleniyor:
Ağ hizmetleri sunarken, 1. ve 2. genellikle statiktir (örn. IP 10.0.0.1, port 80) ancak tek bir istemciden (veya tek bir NAT ağ geçidinden) binlerce bağlantı beklemiyorsanız , Yerel kaynakların tükenmesinden önce olası 3. ve 4. kombinasyonların sınırları.
Bu nedenle, pratikte bir istemci, farklı bir hedef IP adresine bağlantı açmak için bir bağlantı için zaten kullanımda olan bir bağlantı noktasını kullanmayacak olsa da, bağlantı noktası numarası tükenmesi neredeyse herhangi bir uygulama için sizin sorunlarınızdan en az olacaktır - sunucuda ya da müşteri tarafı.
Sorun, çok sayıda açık dış bağlantı bağlantısı olan istemcilere hizmet veren NAT ağ geçitleri (yönlendiriciler) ile çok gerçek bir problemdir (örneğin, torrentler) - burada NAT için uygun olan port havuzunun boşaltılmasından sonra port numarası tükenmesi göreceksiniz. Bu durumda, NAT ağ geçidi herhangi bir ek ilişki kuramaz, böylece müşterileri internetten etkin bir şekilde keser.
Sorun, büyük (> 64k) bağlantı sayısının nasıl yönetileceği idi. En yaygın iki yöntem:
Daha fazla sunucu eklemek, src / dst adreslerinin sayısını ve port numarası tuples'ini arttırır. Yükü birden çok sunucu arasında paylaşmanın birden çok yolu vardır; DNS turu robin birdir; diğerleri var
"Taşıyıcı sınıfı NAT" dağıtın (benim görüşüme göre ustaca ve doğru bir arkadaşım "crummier dereceli NAT" anlamına gelir). Bu aslında bir NAT'ın NAT'ıdır. Bunun uygulamalar için çok kötü etkileri vardır, ancak bazı büyük sağlayıcıların IPv4 alanı ve / veya bağlantı noktası numaraları tükendiğinde yaptıkları ve / veya IPv6'ya taşınmak istemedikleri şeydir.
(more than the max port number).