RDP Cookie algoritması nedir?

Kısa cevap

RDP Cookie, L7 TCP vService'te RDP bağlantısının ilk paketindeki cookie'nin değerini hash'leyerek sunucu seçer; böylece aynı kullanıcı her bağlantıda aynı RDP sunucusuna gider ve kopan oturumuna yeniden bağlanabilir. Algoritma self-persistent'tır, ayrı bir Persistence ayarı gerekmez. Okunacak cookie'nin adı zorunlu RDP Cookie Name alanına yazılır (Microsoft RDP istemcileri için mstshash); cookie bulunamazsa bağlantı sunuculara sırayla dağıtılır.

Nasıl Çalışır?

1. Microsoft RDP istemcisi, kullanıcı adı girilmişse bağlantının ilk paketinde Cookie: mstshash=kullanıcı biçiminde bir satır gönderir.
2. TR7, RDP Cookie Name alanında belirtilen cookie'nin değerini okur ve hash'ler (cookie adı büyük/küçük harfe duyarlı değildir).
3. Hash sonucu, Kurum Servislerinin Weight değerleri hesaba katılarak bir sunucuya eşlenir; aynı değer aynı sunucuya gider.
4. Cookie yoksa (ör. istemci göndermediyse) bağlantı Round Robin ile dağıtılır ve o bağlantıda kalıcılık olmaz.

TR7'de

• Yer: L7 TCP vService → Details → LB Algorithm → Algorithm → RDP Cookie (Self-persistent).
• RDP cookie name: Zorunlu alandır, varsayılan değeri yoktur; Microsoft RDP istemcileri için mstshash yazılır.
• Hash consistency: Aynı kutuda görünen anahtardır (varsayılan kapalı); açıldığında sunucu eklenip çıkarıldığında kullanıcıların çoğu kendi sunucusunda kalır ve hiçbir sunucu ortalama yükün 1,5 katından fazlasını almaz (Hash tabanlı algoritmalardaki Hash Consistency seçeneği ne işe yarar?).
• Yalnızca L7 TCP: HTTP ve Network vService'lerde bu algoritma yoktur.
• Koşul olarak da kullanılır: RDP cookie, RDP Cookie koşuluyla Conditional Backend Services'te ya da aksiyonlarda kontrol edilebilir.
• İzleme: vService'in Load Balancer Management ekranında algoritmanın istemciyi kendiliğinden bir sunucuya sabitlediği yazar.

RDP Cookie Algoritması mı, Hash Persistence mı?

	RDP Cookie algoritması	Persistence → Hash (Hash key: RDP cookie)
Sunucu seçimi	Cookie hash'i belirler	İlk bağlantıda seçilen algoritma belirler
Eşleme	Her bağlantıda yeniden hesaplanır; tablo tutulmaz	TR7'de, cihaza özel bir eşleme tablosunda tutulur
Kalıcılığın süresi	Cookie değeri aynı kaldıkça; çalışan sunucu sayısı değişirse kullanıcıların bir kısmı yer değiştirir (Hash consistency açıksa daha azı)	Tablodaki kayıt, Hash Key Expire Time (varsayılan 7 gün) boyunca istek gelmezse silinir; ayrıca vService yapılandırması her yeniden yüklendiğinde tablo sıfırlanır

docs, RDP kalıcılığı için bu algoritmayı önerir (L7 TCP · Persistence).

Sık Karıştırılan Noktalar

• "RDP Cookie, Remote Desktop Session Broker'ın yerini tutar." TR7 yalnızca cookie değerine göre sunucu seçer; oturumların hangi sunucuda açık olduğunu bilmez.
• "Cookie adını boş bırakabilirim." RDP Cookie Name zorunludur.
• "Bütün istemciler cookie gönderir." Cookie göndermeyen istemcilerin bağlantıları sırayla dağıtılır ve kalıcılık olmaz.
• "Network vService'te de kullanılır." Yalnızca L7 TCP'de vardır.

Dokümantasyonda nasıl yapılır

• L7 TCP vService · RDP Cookie
• L7 TCP vService · Algoritmalar
• L7 TCP vService · Oturum sürekliliği (Persistence)
• Conditions · RDP Cookie

İlgili sorular

• RDP sunucu çiftliği için yük dengeleme yapabilir miyim?
• Algoritma listesinde "(Self-persistent)" olarak işaretlenenler ne anlama gelir?
• L7 TCP vService'te hangi persistence seçenekleri var?