TSplus oturum yönetiminde bağlantıyı kesmek ile oturumu kapatmak aynı işlem değildir. Kullanıcı kısa bir ara verdiğinde çalışmasına geri dönmek isteyebilir; mesai sonunda ise uygulamalarını kaydedip tamamen çıkması gerekebilir. Bu iki ihtiyacı tek bir “çıkış” alışkanlığıyla yönetmek, destek ekibinde gereksiz müdahalelere yol açar.
Bu rehber, TSplus Remote Access kullanılan ortamlarda kullanıcıya hangi işlemin anlatılacağını, destek ekibinin neyi kontrol edeceğini ve oturum politikasının nasıl test edileceğini ele alır. Örnekler bir işletme için uyarlanacak çalışma önerileridir; ürünün varsayılan ayarları değildir.
Bağlantıyı kesmek ve oturumu kapatmak arasındaki fark
Disconnect / Bağlantıyı kes, kullanıcının uzak oturuma olan bağlantısını ayırır. Oturum sonlandırılmadığı sürece çalışan uygulamalar sunucuda kalabilir ve kullanıcı aynı oturuma dönebilir. Microsoft’un tsdiscon açıklaması bu ayrımı belirtir. Ancak bu durum sınırsız süre koruma veya veri yedekleme garantisi anlamına gelmez; oturum zaman aşımı, uygulamanın kendi davranışı ve sunucunun durumu sonucu etkiler.
Logoff / Oturumu kapat ise kullanıcı oturumunu bitirir ve o oturuma ait süreçleri kapatır. Kaydedilmemiş çalışma kaybolabilir. Microsoft, yönetici tarafından çıkış yaptırılmadan önce kullanıcıya haber verilmesini önerir. Ayrıntılar: Windows logoff belgesi.
| İşlem | Temel sonuç | Kullanıcıya anlatılacak nokta |
|---|---|---|
| Bağlantıyı kesme | Bağlantı ayrılır; oturum sunucuda kalabilir | Geri dönüş, kurumun oturum politikası ve sistemin durumuna bağlıdır |
| Oturumu kapatma | Oturum ve ilgili süreçler sonlandırılır | Önce uygulamadaki işi kaydedin ve normal çıkış adımlarını tamamlayın |
| Tarayıcı sekmesini kapatma | Sonuç, HTML5 ve oturum ayarlarına göre değişebilir | Sekmeyi kapatmayı her ortamda güvenli çıkış veya oturumu koruma yöntemi saymayın |
HTML5 sekmesini kapatınca neden farklı sonuçlar görülebilir?
Bir kullanıcı “Dün sekmeyi kapattım, bugün programım açık değildi” dediğinde yalnızca ağ bağlantısını incelemek yeterli olmayabilir. TSplus’ın resmî destek yazısı, tarayıcı kapanışındaki çıkış davranışı ile bağlantısı kesilmiş oturumun ne zaman sonlandırılacağını birlikte değerlendirir. Bu nedenle HTML5 istemci davranışını ve sunucu tarafındaki süre politikasını ayrı kontrol edin.
Menü adları sürüme göre değişebileceği için kurulu sürüme uygun dokümantasyonu kullanın. Bir ayarı değiştirmeden önce mevcut değeri kaydedin; ardından pilot kullanıcıyla deneyin. Burada tüm kurumlara uygulanacak tek bir bekleme süresi önermiyoruz. Kaynak: TSplus HTML5 tarayıcı kapanışı ve oturum davranışı.
ERP ve muhasebe ekipleri için üç günlük senaryo
1. Kullanıcı kısa bir toplantıya gidiyor
Önce açık işlemini uygulama içinde kaydetmesini isteyin. Kısa ara için aynı oturuma dönüş gerekiyorsa bu ihtiyacı BT ekibinin onayladığı bağlantı kesme politikasıyla karşılayın. “Ekranım görünmüyor” ile “işim kaydedildi” farklı durumlardır. Kullanıcıya ara sonrasında hangi adresten, hangi hesapla geri döneceğini de anlatın.
2. Mesai bitti ve günlük çalışma tamamlandı
Kullanıcı belgeyi veya kaydı uygulama içinde tamamlamalı, programın normal çıkışını yapmalı ve ardından tanımlanan oturum kapatma adımını uygulamalıdır. Bir muhasebe fişinin kaydedilmesi, raporun dışa aktarılması veya uygulamadaki onay sürecinin bitmesi gereken durumları kendi iş akışınızda ayrıca tanımlayın.
3. Kullanıcı “program açık kaldı, yeniden başlayamıyorum” diyor
Destek kaydına kullanıcı adı, sunucu, bağlantı yöntemi, olay zamanı ve görülen mesajı ekleyin. Önce gerçekten eski bir oturum bulunup bulunmadığını kontrol edin. Bir uygulama hatasını otomatik olarak “takılı oturum” diye sınıflandırmayın; uygulama destek ekibinin incelemesi de gerekebilir.
Yönetici müdahalesinden önce kimliği doğrulayın
Birden fazla sunuculu yapılarda aynı kullanıcı adına bakmak tek başına yeterli değildir. Hedef sunucuyu ve oturum kimliğini birlikte kontrol edin. TSplus Farm ortamındaki Monitor Sessions ekranı, seçilen uygulama sunucusunun oturumlarını gösterir ve Disconnect, Logoff ve Send Message gibi işlemler sunar. Bu ekranın kullanılabilirliğini kendi lisansınız ve kurulumunuz için doğrulayın. Kaynak: TSplus Monitor Sessions.
Windows tarafında yetkili yöneticiler query user komutuyla kullanıcı adı, oturum kimliği, durum ve oturum açma zamanı gibi bilgileri inceleyebilir. Bu bir görüntüleme adımıdır; listede görünen her bağlantısız oturumun kapatılması gerektiği sonucunu doğurmaz. Komut ayrıntıları: Microsoft query user belgesi.
Destek ekibi için altı adımlı karar akışı
- İhtiyacı netleştirin: kullanıcı mevcut işe dönmek mi, uygulamayı yeniden açmak mı, tamamen çıkmak mı istiyor?
- Hedefi eşleştirin: kullanıcı, sunucu ve oturum kimliğini doğrulayın.
- Açık işi sorun: kaydedilmemiş belge veya devam eden işlem olup olmadığını öğrenin.
- İşlemi açıklayın: bağlantıyı ayırmakla oturumu bitirmenin farklı sonuçları olduğunu belirtin.
- Koordineli uygulayın: gerekiyorsa kullanıcıya mesaj gönderin ve kararlaştırılan adımı yetkili hesapla gerçekleştirin.
- Sonucu doğrulayın: kullanıcının yeniden bağlanmasını ve uygulamada beklenen durumu kontrol etmesini sağlayın; sonucu destek kaydına yazın.
Oturum politikasını değiştirmeden önce test edin
Pilot çalışmada gerçek müşteri verisi yerine test kayıtları kullanın. Aşağıdaki matris, kabul testi için başlangıç önerisidir. Her satırın sonucunu kurulu sürüm ve kullanılan bağlantı yöntemiyle birlikte kaydedin.
| Test | Gözlenecek sonuç | Kayda eklenecek bilgi |
|---|---|---|
| Kontrollü bağlantı kesme ve yeniden bağlanma | Beklenen oturuma ve uygulamaya dönüş | Kullanıcı, sunucu ve oturum kimliği |
| HTML5 sekmesini kapatma | Tarayıcı kapanışının gerçek etkisi | Tarayıcı, sürüm ve geçerli ayarlar |
| Tanımlanan bekleme süresini aşma | Süre politikasının beklenen şekilde uygulanması | Başlangıç, bitiş ve gözlenen durum |
| Kaydedilmiş test çalışmasından sonra normal çıkış | Yeni bağlantıda yeni oturum ve kaydın uygulamada bulunması | Uygulama içi kayıt kontrolü |
Testleri proje değerlendirmesine eklemek için uzak erişim PoC kontrol listesinden yararlanabilirsiniz. Beklenmedik bağlantı kopmaları yaşıyorsanız RDP kopma nedenleri rehberi ayrı bir inceleme yolu sunar.
Sık sorulan sorular
Bağlantısı kesilmiş her oturum gereksiz midir?
Hayır. Kullanıcı kısa süre sonra çalışmasına dönmeyi bekliyor olabilir. Kararı yalnızca durum etiketine göre vermeyin; kurum politikası, kullanıcı ihtiyacı ve uygulamadaki işlem birlikte değerlendirilmelidir.
Disconnect işlemi yedekleme yerine geçer mi?
Hayır. Oturumun açık kalması, uygulamadaki değişikliğin kalıcı olarak kaydedildiğini veya sunucu arızasına karşı korunduğunu göstermez. İş kaydı ve yedekleme süreçlerini ayrı yürütün.
Tüm kullanıcılara aynı süreyi vermek doğru mu?
Önce kullanıcı gruplarının iş akışlarını belirleyin. Kısa işlemler yapan bir ekip ile uzun rapor hazırlayan ekip aynı beklentiye sahip olmayabilir. Seçtiğiniz politikayı pilot testle doğrulayın ve kullanıcılara açık biçimde duyurun.
Kullanıcıya tek cümlelik, açık bir kural verin
“Ara verirken işini kaydet ve BT ekibinin tarif ettiği bağlantı kesme adımını kullan; gün sonunda programdan ve oturumdan normal şekilde çık.” Bu cümleyi kendi kurulumunuzun gerçek davranışına göre uyarlayın. TSplus deneme sürümüyle yeni bir ortamı değerlendirirken oturum davranışını da uygulama, yazdırma ve erişim testlerinin yanına ekleyin.