Kısa cevap: Bir güncellemenin ardından RDP erişimi kesildiyse önce hata aşamasını belirleyin. Uzun süre bekleyen bağlantı, parola reddi ve açıkça CredSSP yazan ileti aynı teşhis değildir. Bu rehber güncelleme geçmişini bağlantı kayıtlarıyla karşılaştırmak içindir; güvenlik yamalarını topluca kaldırma tarifi değildir.
Son çalışan oturumu bulun
Son başarılı bağlantının zamanını, hangi cihazdan yapıldığını ve ilk başarısız denemeyi yazın. Güncelleme yalnız kendi bilgisayarınıza mı, yalnız VDS’ye mi, yoksa ikisine de mi uygulandı? Yeniden başlatma tamamlandı mı? Bunları tahmin yerine kayıtla yanıtlayın. Saat ve saat dilimi rehberi, farklı cihazlardaki zamanları eşleştirirken yardımcı olur. Tarihleri karşılaştırırken yerel saat ile sunucu saatinin aynı olduğunu varsaymayın.
Üç ayrı sonuca bakın
Birinci aşama verilen adrese ve porta ulaşmadır; ikinci aşama kimliğin doğrulanmasıdır; üçüncü aşama masaüstünün başlamasıdır. TCP bağlantısı kurulabildiği hâlde kimlik reddedilebilir. Masaüstü açıldığı hâlde uygulama başlamayabilir. Bağlanamama rehberindeki aşama ayrımını kullanarak her denemeyi tek satırla kaydedin. Aynı sorunun bütün kullanıcıları mı yalnız bir kullanıcıyı mı etkilediğini de belirtin.
Kontrollü karşılaştırma yapın
Yetkiniz varsa aynı hesaba başka bir güncel istemciden bağlanmayı deneyin. Başka kullanıcı çalışıyor diye başarısız kullanıcıya yönetici yetkisi vermeyin. Başka ağda çalışıyor diye bütün güvenlik kurallarını kaldırmayın. İki denemede yalnız bir değişkeni farklı tutmak daha anlamlıdır. Microsoft’un kimlik doğrulama sorunları belgesi, aynı görünen bağlantı sorununun farklı yetki ve CredSSP nedenleri olabileceğini gösterir.
Güncelleme ve olay kayıtlarını birlikte okuyun
İstemci sürümünü, sunucu sürümünü, yeniden başlatma zamanını ve hatanın tam metnini bir destek notunda birleştirin. Windows olay kaydı rehberindeki gibi yalnız ilgili zaman aralığını paylaşın. Parola, erişim anahtarı ve müşterilerin açık ekranlarını kayda eklemeyin. “Güncel görünüyor” yerine kontrol edilen tarih ve kullanılan ekranı yazmak, yöneticinin aynı incelemeyi tekrar etmesini önler.
Başarı ölçütünü önceden belirleyin
Hedef yalnız hata penceresinin kaybolması değildir. Beklenen kullanıcı güvenli bağlantı kurabilmeli, oturum açabilmeli ve gerekli uygulamaya erişebilmelidir. Başarılı oturumdan sonra başlangıç uygulamalarını ayrıca kontrol edin; yeniden başlatma sonrası görev rehberi farklı soruları yanıtlar. Bir düzeltmenin sonucu belirsizse sonraki değişikliği eklemek yerine mevcut kanıtları yöneticinize iletin. Planlı bakım dışındaki tekrar denemeleri de kilitlenme riskini artırabileceğinden sınırlı ve kayıtlı tutun.
Bu konunun diğer kontrolleri
- CredSSP Encryption Oracle Hatası: Güvenliği Düşürmeden Güncelleme Planı
- CredSSP Hatasında Destek Kaydı: Parola Paylaşmadan Hangi Bilgiler Gerekir?
Sıkça Sorulan Sorular
Güncelleme sonrası bağlantı sorunu güncellemenin hatalı olduğunu kanıtlar mı?
Hayır. Aynı zamanda ağ, ilke veya kullanıcı yetkisi değişmiş olabilir. Zaman ilişkisini kaydedin, fakat nedeni hata metni ve karşılaştırmalı testle doğrulayın.
Port testi başarılıysa CredSSP de çalışıyor mudur?
Hayır. TCP erişimi kimlik doğrulama uyumluluğunu kanıtlamaz. Bağlantı, kimlik doğrulama ve masaüstü aşamaları için ayrı sonuç kaydedin.
Güncellemeyi hemen kaldırmalı mıyım?
Önce hatanın türünü belirleyin. Güvenlik güncellemesini geri almak korumayı azaltabilir. Geri alma kararı gerekiyorsa yetkili yönetici, desteklenen yöntem ve bakım planıyla değerlendirmelidir.
Başka bilgisayardan denemeyi nasıl karşılaştırmalıyım?
Her iki testte aynı hedef adresi ve doğru kullanıcı kapsamını kullanın. Cihazın yönetilen ve güncel olduğundan emin olun; kişisel veya tanımadığınız bilgisayara üretim kimlik bilgilerini kaydetmeyin. Test saatini ve ekrandaki tam yanıtı not edin. İki cihaz farklı ağlardan bağlanıyorsa bunu ayrıca yazın, çünkü değişen tek unsur istemci sürümü olmayacaktır. Başka bilgisayarda oturum açılması mevcut cihazın mutlaka bozuk olduğunu değil, incelemenin daraltılabileceğini gösterir.