netServer.listenerList altındaki her girdi bir ip/port çiftine bağlanır. Sanal sunucular bindListeners ile dinleyicinin adına başvurur.

4.5.1 Hangi limits ayarı gerçekten çalışıyor

Bu blok, uygulanan ve okunup yok sayılan ayarları bir arada taşır:

4.5.2 keep-alive ve WebSocket: bağlantı ne zaman açık kalır

Bir yanıt gönderildikten sonra bağlantının sürdürülmesine tek bir yerde karar verilir (yanıtın “bağlantıyı kapat” işareti yoksa sürdürülür), ama sonrası işçi modeline göre tamamen farklı çalışır:

4.5.3 Yavaş istemci (slowloris) sınırları

Üç ayar birlikte, bir isteğin işçi yuvasını süresiz tutmasını engeller. İzole bir örnekte (requestTimeoutMS 4000, maxHeaderLineSize 512, maxHeaderTotalSize 2048) davranış şöyledir:

İkinci satır ayrımı iyi gösteriyor: tamamen susan bir istemciyi okuma başına recvTimeoutMS zaten keser; onun kesemediği, her okumaya zamanında bir bayt yetiştiren istemcidir — birinci satır. Bu yüzden sınırı toplam süre koyar.

keepAliveTimeout her iki yolda da uygulanır. Örneğin 3 saniyeye ayarlı bir sunucu, yanıtı tamamen okuyup sessiz kalan bir istemcinin bağlantısını ~3 saniye sonra düzgün biçimde (FIN) kapatır ve günlüğe keep-alive zaman asimi (3 sn) satırını yazar.

4.5.4 maxContentSize neyi kapsar

Bu sınır uygulamaya değil dinleyiciye aittir. Gövde, isteği hangi uygulamanın karşılayacağı belirlenip ona dağıtılmadan önce okunur, dolayısıyla aynı dinleyicideki StaticFile, CRUD, MessageQueue, ClientREST, AdminREST, WebDAV ve IoTGateway isteklerinin hepsi aynı sınıra tabidir — WebDAV'a özgü bir ayar değildir. WebSocket çerçeveleri bu sınırın dışındadır; IVEDI işlemcisinin çerçevelerini uygulamanın kendi maxFrameSize alanı sınırlar. Farklı bir sınır isteyen bir yüzeyi ayrı bir dinleyiciye almak gerekir; her listenerList girdisinin kendi limits bloğu vardır. Uygulama başına sınır diye bir ayar yoktur.