Windows'taki varsayılan TCP connect zaman aşımı hangisidir? Yapılandırmak için bir kayıt defteri anahtarı var mı yoksa dinamik olarak ayarlanmış mı?
Windows'taki varsayılan TCP connect zaman aşımı hangisidir? Yapılandırmak için bir kayıt defteri anahtarı var mı yoksa dinamik olarak ayarlanmış mı?
Yanıtlar:
Windows'ta, ilk bağlantılar için varsayılan değer 72 saniye olmasına rağmen, kurulan bağlantılar için değer dinamiktir . Kayıt defteri ayarları bu makalede tanımlanmıştır:
http://technet.microsoft.com/en-us/library/cc739819(WS.10).aspx
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services: \ Tcpip \ Parametreler
TcpInitialRTT : Yeni bağlantılar için başlangıç zaman aşımı ayarlarının ne olduğunu tanımlar. Bir bağlantı zaman aşımına uğramadan önce her yeniden iletişinde bu sayı saniye olarak ikiye katlanır. Varsayılan olarak 3.
TcpMaxConnectRetransmissions : Bir bağlantıyı zaman aşımına uğratmadan önce yeniden gönderim sayısını tanımlar. Varsayılan olarak 5.
Genellikle "connect timeout" bir ana bilgisayara ilk bağlantıyı oluşturmak için zaman aşımına karşılık gelir. Birçok sistemde (Windows 7 dahil), bu değer bir bağlantı kurulduktan sonra devam eden iletişim için zaman aşımından ayrı ayarlar kullanılarak yapılandırılır. Bu cevap, XP'den farklı olan Windows 7 için "ilk bağlantı" senaryosuna yöneliktir.
Windows 7 için, connect zaman aşımı ayarlarını değiştirmeyi desteklemek için iki düzeltme gerekir. Yeni ayarlar 'netsh' komutuyla yapılandırılabilir.
2786464 Düzeltme makalesinden:
Not Windows 7 ve Windows Server 2008 R2'de, TCP maksimum SYN yeniden iletimi (JH: MaxSynRetransmmission) değeri 2 olarak ayarlanmıştır ve yapılandırılamaz. İlk zaman aşımı değerinin 3 saniyelik sınırı nedeniyle (JH: InitialRTO), TCP üç yollu el sıkışma 21 saniyelik bir zaman dilimiyle sınırlıdır (3 saniye + 2 * 3 saniye + 4 * 3 saniye = 21 saniye ).
İlk düzeltme, yeniden deneme ayarının 2 varsayılan değerinden değiştirilmesine olanak sağlayan bir 'MaxSynRetransmissions' ayarı ekler. İkinci RTD değerini varsayılan değerlerden (evet, milisaniye cinsinden) değiştirmeye izin veren 'InitialRto' ayarı ekler. 3000ms'den kısa bir şey; arttırılamaz. Durumunuza bağlı olarak, yalnızca 'MaxSynRetransmissions' düzeltmesine ihtiyacınız olabilir.
Her iki düzeltmeyi yükleyin, yeniden başlatın ve ardından Yönetici olarak bir komut penceresi açın. Daha sonraki netsh komut çağrıları için daha fazla yeniden başlatma gerekmez.
C:\Windows\system32>NET SESSION >nul 2>&1
C:\Windows\system32>IF %ERRORLEVEL% EQU 0 (ECHO Administrator PRIVILEGES Detected!) ELSE ( ECHO NOT AN ADMIN! )
Administrator PRIVILEGES Detected!
C:\Windows\system32>netsh interface tcp show global
Querying active state...
TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : enabled
Chimney Offload State : automatic
NetDMA State : enabled
Direct Cache Acess (DCA) : disabled
Receive Window Auto-Tuning Level : normal
Add-On Congestion Control Provider : none
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 3000
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 2
** The above autotuninglevel setting is the result of Windows Scaling heuristics
overriding any local/policy configuration on at least one profile.
C:\Windows\system32>cmd /v:on /c "echo !TIME! & telnet 192.168.1.254 & echo !TIME!"
14:10:30.53
Connecting To 192.168.1.254...Could not open connection to the host, on port 23: Connect failed
14:10:51.60
C:\Windows\system32>netsh interface tcp set global MaxSynRetransmissions=3
Ok.
C:\Windows\system32>netsh interface tcp show global
Querying active state...
TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : enabled
Chimney Offload State : automatic
NetDMA State : enabled
Direct Cache Acess (DCA) : disabled
Receive Window Auto-Tuning Level : normal
Add-On Congestion Control Provider : none
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 3000
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 3
** The above autotuninglevel setting is the result of Windows Scaling heuristics
overriding any local/policy configuration on at least one profile.
C:\Windows\system32>cmd /v:on /c "echo !TIME! & telnet 192.168.1.254 & echo !TIME!"
14:27:02.33
Connecting To 192.168.1.254...Could not open connection to the host, on port 23:
Connect failed
14:27:47.41
C:\Windows\system32>netsh interface tcp set global MaxSynRetransmissions=2
Ok.
C:\Windows\system32>netsh interface tcp set global InitialRto=1000
Ok.
C:\Windows\system32>netsh interface tcp show global
Querying active state...
TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : enabled
Chimney Offload State : automatic
NetDMA State : enabled
Direct Cache Acess (DCA) : disabled
Receive Window Auto-Tuning Level : normal
Add-On Congestion Control Provider : none
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 1000
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 2
** The above autotuninglevel setting is the result of Windows Scaling heuristics
overriding any local/policy configuration on at least one profile.
C:\Windows\system32>cmd /v:on /c "echo !TIME! & telnet 192.168.1.254 & echo !TIME!"
14:29:06.13
Connecting To 192.168.1.254...Could not open connection to the host, on port 23:
Connect failed
14:29:13.20
Not: Windows telnet gerçek bağlantı zaman aşımı referansı için kullanılır. Ayrı ayrı yüklenmesi gerekir, ancak yapılması kolaydır.
Ek bağlantılar / şerefler:
TcpInitialRTT ve TcpMaxConnectRetransmissions, Vista ve Windows 2008'de bulunmayabilir. Bu Microsoft belgesi bunları içermez. http://download.microsoft.com/download/c/2/6/c26893a6-46c7-4b5c-b287-830216597340/TCPIP_Reg.doc
Ve bu en azından TcpInitialRTT’nin gittiğini söylüyor, bunun ne kadar güvenilir olduğunu bilmiyorum. http://pul.se/Blog-Post-TCP-IP-Stack-hardening-in-Operating-Systems-starting-with-Windows-Vista_SharePoint-kHPTTCP0WJ5,7zq00hH0wINE
Sorunuzu doğru anladıysam, atıfta bulunduğunuz:
TcpTimedWaitDelay
Bu anahtar, TCP / IP kapalı bir bağlantıyı açıp kaynaklarını yeniden kullanmadan önce geçmesi gereken süreyi belirler. Kapatma ve bırakma arasındaki bu aralık, TIME_WAIT durumu veya maksimum segment ömrü (2MSL) durumunun iki katı olarak bilinir. Bu süre zarfında, müşteri ile sunucu arasındaki bağlantıyı yeniden açmak, yeni bir bağlantı kurmaktan daha az masraflıdır. Bu girişin değerini azaltarak, TCP / IP kapalı bağlantıları daha hızlı serbest bırakabilir ve yeni bağlantılar için daha fazla kaynak sağlayabilir. Çalışan uygulamanın hızlı bırakılmasını, yeni bağlantıların oluşturulmasını veya TIME_WAIT durumundaki birden fazla bağlantının neden olduğu düşük verim nedeniyle bir ayarlama gerektiriyorsa bu parametreyi ayarlayın.
Tam anahtar: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Tcpip \ Parameters \ TcpTimedWaitDelay
Win2008 veya daha yenisini kullanıyorsanız, ayarını yapmamış olabilirsiniz, ancak varsayılan değer 240 ondalıktır (240 saniye veya 4 dakikadır). Anahtarı kayıt defterine farklı bir değerle ekleyebilirsiniz ve yeniden başlatmanın ardından geçerli olur (Windows Server 2008R2'de bir üretim ortamında test edilmiştir). Bu, modern ağların kalitesi göz önüne alındığında saçma bir değerdir.
Kelimenin tam anlamıyla bir aydan daha az bir süre önce, Windows'un bu sunucudaki her ağ hizmetini düzenli aralıklarla destekleyebildiği ve öldürdüğü maksimum bağlantı sayısını kullanan bir sunucuda çalışıyordum. Netstat'taki 16.000'den fazla bağlantı - a, RDP'yi sunucuya bile yönettiğinizde. Değeri 30 ondalık (30 saniye) olarak belirledik ve işte, sorun çözüldü - 10.000'den az eşzamanlı bağlantıdan (uygulama hızla açılıp kapandığından beri) ve iş çıkışı sorunu olmadı.
TcpMaxDataRetransmissions16'ya değiştirmeyi denedim (varsayılan değer 5 olmalı), ancak PuTTY'm hala kısa kesintilerde bağlantıları çok hızlı bir şekilde keserken, OS X ve aynı ağ da ssh onları oldukça iyi durumda tutuyor. superuser.com/questions/529511/...