Remote Desktop Bağlantı Zaman Aşımı: Gerçekten İşe Yarayan 8 Çözüm

Önce arızayı konumlandırın

Uzun bir bekleme sonrası gelen “Remote Desktop can’t connect to the remote computer” hatası bir zaman aşımıdır: hiçbir şey yanıt vermemiştir. İstemciden şunu çalıştırın:

Test-NetConnection 203.0.113.10 -Port 3389

TcpTestSucceeded : True, ağ yolunun sorunsuz olduğunu ve sorunun kimlik doğrulama ya da oturum ilkesinde olduğunu gösterir. False ise sizinle sunucu arasında bir şeyin trafiği düşürdüğü anlamına gelir — aşağıdaki çözümleri sırayla uygulayın.

Çözüm 1 — Sunucunun ve hizmetin çalıştığını doğrulayın

Sunucuda (konsol, VNC veya sağlayıcı paneli):

Get-Service TermService
Restart-Service TermService -Force

Remote Desktop'ın etkin olduğunu da doğrulayın: System Properties > Remote üzerinden ya da HKLM:\System\CurrentControlSet\Control\Terminal Server altındaki fDenyTSConnections değerinin 0 olup olmadığını kontrol ederek.

Çözüm 2 — Windows Güvenlik Duvarı kuralları

Yerleşik “Remote Desktop” kural grubu, geçerli ağ profiliniz için etkin olmalıdır:

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

Özel bir port kullanıyorsanız kural buna uymalıdır — tam New-NetFirewallRule komutları için RDP port 3389 rehberimize, etki alanı ortamları için ise Group Policy güvenlik duvarı rehberine bakın.

Çözüm 3 — Sağlayıcının uç güvenlik duvarı

Bir VPS veya dedicated sunucuda iki güvenlik duvarı vardır: Windows ve sağlayıcının uç güvenlik duvarı. Windows kuralları doğru görünüyor, netstat portun dinlemede olduğunu gösteriyor ama port dışarıdan hâlâ zaman aşımına uğruyorsa suçlu uç filtredir — portu sağlayıcı panelinden veya bir destek talebiyle açın.

Çözüm 4 — NLA / CredSSP uyumsuzluğu

TCP testi başarılı olup istemci oturum açma sırasında hata veriyorsa, yama düzeyleri CredSSP konusunda uyuşmuyordur ya da istemci Network Level Authentication yapamıyordur. Önce her iki makineyi de güncelleyin; yalnızca son çare olarak ve geçici süreyle sunucuda NLA'yı gevşetin (SystemPropertiesRemote > “Allow connections only from computers running NLA” seçeneğinin işaretini kaldırın).

Çözüm 5 — Oturum süre sınırı ilkeleri (boşta kalma kopması)

Sorunsuz bağlanan ama birkaç dakika hareketsizlikten sonra düşen oturumlar ağ tarafından değil, ilke tarafından sonlandırılıyordur. gpedit.msc içinde:

Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Session Time Limits

• “Set time limit for active but idle Remote Desktop Services sessions” → Never
• “Set time limit for disconnected sessions” → Never (ya da tercih ettiğiniz saklama süresi)

Ardından gpupdate /force çalıştırıp yeniden bağlanın.

Çözüm 6 — NAT ve VPN boşta kalma zamanlayıcılarına karşı keep-alive

Ev yönlendiricileri ve VPN yoğunlaştırıcıları sessiz kalan TCP akışlarını sessizce düşürür. Sunucunun her dakika keep-alive göndermesini sağlayın:

Set-ItemProperty "HKLM:\System\CurrentControlSet\Control\Terminal Server" -Name KeepAliveEnable -Value 1
Set-ItemProperty "HKLM:\System\CurrentControlSet\Control\Terminal Server" -Name KeepAliveInterval -Value 1
Restart-Service TermService -Force

Sunucu tarafında RDP'yi bir VPN üzerinden mi çalıştırıyorsunuz? RDP sunucusunda bağlantı kopmadan VPN kullanma rehberimiz, klasik “VPN açıldı, RDP gitti” tuzağını çözer.

Çözüm 7 — MTU ve kayıplı hatlar

Yolu asla tamamlayamayan büyük paketler, ilerleme çubuğunda takılıp kalan bağlantılara yol açar. ping -f -l 1472 host ile test edin; parçalanma oluyorsa istemcide arabirim MTU değerini 1400'e düşürün ya da kaybı UDP aktarımının (RDP 8.0'dan beri varsayılan olarak etkin) karşılamasına izin verin.

Çözüm 8 — Oturum sınırına ulaşıldı

İstemci Windows sürümleri tek etkileşimli oturuma izin verir; RDS lisansı olmayan sunucular ise iki yönetici oturumuna izin verir. Kimlik bilgilerinden hemen sonra gelen bir “zaman aşımı”, sunucunun dolu olmasından ibaret olabilir — eski oturumları quser + logoff <id> ile kapatın.

Belirti → neden hızlı başvuru tablosu

Sık sorulan sorular

Remote Desktop oturumum boşta kaldıktan sonra neden kopuyor?

Bir oturum süre sınırı ilkesi sonlandırıyor — boşta ve bağlantısı kesilmiş oturum sınırlarını Never olarak ayarlayın.

Bir oturum süre sınırı ilkesi oturumu sonlandırıyor. Group Policy'de Remote Desktop Session Host > Session Time Limits altında 'idle session limit' ve 'disconnected session limit' değerlerini Never (ya da kabul ettiğiniz bir değer) olarak ayarlayın, ardından gpupdate /force çalıştırın.

RDP hata kodları 0x204 ve 0x104 ne anlama gelir?

Bağlantı hataları — istemci sunucuyla el sıkışmayı hiç tamamlayamadı.

Her ikisi de modern Remote Desktop istemcilerinin bildirdiği bağlantı hatalarıdır: istemci el sıkışmayı hiç tamamlayamamıştır. Sunucunun açık olduğunu, 3389 portunun (veya özel portunuzun) erişilebilir olduğunu ve hiçbir güvenlik duvarı ya da NAT kuralının trafiği düşürmediğini kontrol edin.

Zaman aşımı her zaman güvenlik duvarı sorunu mu demektir?

Genellikle, ama her zaman değil — zaman aşımı düşürülen paketler, reddedilme ise dinleyen olmaması demektir.

Hayır, ama en yaygın neden budur: zaman aşımı, paketlerin sessizce düşürüldüğü anlamına gelir ve bu bir güvenlik duvarı davranışıdır; anında gelen 'connection refused' ise portun yanıt verdiğini ama hiçbir şeyin dinlemediğini gösterir. DNS hataları ve kimlik bilgisi hataları ise yine farklı arızalardır.

Agresif NAT yönlendiricileri arkasında bir RDP oturumunu nasıl canlı tutarım?

Sessiz oturumların NAT'a dayanması için sunucuda KeepAliveEnable ve KeepAliveInterval ayarlarını etkinleştirin.

Sunucuda keep-alive'ı etkinleştirin: Terminal Server kayıt defteri anahtarı altında KeepAliveEnable değerini 1, KeepAliveInterval değerini 1 (dakika) olarak ayarlayın ya da Remote Desktop Session Host > Connections altındaki eşdeğer Group Policy ayarını kullanın.

Kararsız bir ev bağlantısıyla veya aşırı satılmış bir sunucuyla boğuşuyorsanız en temiz çözüm kaynakta yatar: veri merkezi hattı üzerindeki ayrılmış CPU ve RAM'e sahip bir Windows RDP zaten oturum düşürmez — ödeme onayından yaklaşık 10 saniye sonra teslim edilir.