RDP 0xC000000D Hatası: Yönetici Bağlanıyor, Standart Kullanıcı Bağlanamıyor

Son kontrol: 15 Ekim 2026. Durum: Microsoft tarafından belgelenmiş sorun; resmî geçici yöntem var, kalıcı düzeltme hazırlanıyor.

Uzak masaüstünde bir yönetici hesabı bağlanırken normal kullanıcının bağlanamaması, kolayca eksik grup üyeliği gibi yorumlanabilir. Ancak aynı bilgisayarın son güncellemesinden sonra başlayan bir hata, işletim sistemi güvenlik özelliğiyle de ilişkili olabilir. Bu yazıda odak, 0xC000000D ve geçersiz token mesajıyla tanımlanan özel senaryodur.

Microsoft, KB5124010 ve sonraki güncellemelerden sonra Administrator protection açık uzak cihazlara standart kullanıcı bağlantılarının başarısız olabildiğini belgeliyor. İlgili kayıt Windows 11 24H2, 25H2, 26H1 ve 26H2 istemci platformlarını listeliyor; bunu bütün Windows Server RDS arızalarıyla aynı olay olarak değerlendirmemek gerekir. [1]

Tam hata mesajını kaydedin

0xC000000D kodu ve geçersiz token ifadesini destek kaydına ekleyin. Bağlantının hangi aşamada kesildiğini not edin: cihaz bulunamıyor mu, kimlik bilgisi penceresi açılıyor mu, kimlik doğrulama sonrasında mı hata görülüyor?

Ekran görüntüsünde kullanıcı adı, sunucu adı ve kurum bilgileri bulunuyorsa paylaşmadan önce maskeleyin. “RDP açılmıyor” ifadesinden daha ayrıntılı bir kayıt, yanlış firewall veya lisans incelemesini azaltır. Aynı belirtinin farklı bir hata koduyla görülmesi bu olayın kesin eşleşmesi sayılmaz.

1. Ağ erişimi ve oturum hatasını ayırın

PowerShell'de gerçek uzak cihaz adını kullanarak bağlantıyı kontrol edebilirsiniz:

Test-NetConnection -ComputerName pc.example.local -Port 3389

Bu örnek standart RDP portunu esas alır; ortamda farklı port varsa onu kullanın. Test sonucunun olumlu olması, yalnızca TCP erişiminin mümkün olduğunu gösterir. Kullanıcının yetkili olduğunu veya token oluşturmanın başarılı olduğunu kanıtlamaz.

RD Gateway veya farklı erişim mimarisi kullanılıyorsa doğrudan 3389 testi bağlantı yolunu tam temsil etmeyebilir. Kurumun gerçek erişim yolunu kontrol edin. Tanı amacıyla RDP'yi internete doğrudan açmayın.

2. Hesap karşılaştırmasını kontrollü yapın

Yetkili yönetici, aynı uzak cihaza bir standart test hesabı ve uygun yönetici hesabıyla bağlantı sonuçlarını karşılaştırabilir. Amaç normal kullanıcıya yönetici yetkisi vermek değildir. Kullanıcı hesabının durumunu değiştirmeden davranış farkını görmek gerekir.

Karşılaştırma tablosuna uzak cihaz derlemesi, istemci sürümü, hata kodu ve saat ekleyin. “Yönetici bağlandı” sonucu bile tek başına bu regresyonu doğrulamaz; standart kullanıcının RDP hakkı ve ilgili reddetme politikaları da kontrol edilmelidir.

Birden fazla cihaz varsa aynı standart hesabı sorunsuz ve sorunlu bir hedefte deneyin. Sorun kullanıcıyı mı, hedef bilgisayarı mı takip ediyor? Bu küçük karşılaştırma, profil değiştirmenin veya kullanıcının parolasını sıfırlamanın gerekli olup olmadığını değerlendirmeye yardımcı olur.

3. Uzak hedefin güvenlik yapılandırmasını inceleyin

İnceleme yalnızca bağlantıyı başlatan bilgisayarda yapılmamalıdır. Bu olayda uzak hedefte Administrator protection durumunun araştırılması önemlidir. Microsoft, özelliğin Intune veya GPO ile yönetilebildiğini açıklıyor. [2]

Yönetim aracında atanan ayarla cihazın etkin davranışını ayrı doğrulayın. Eski ADMX tanımları, farklı yönetim kaynakları ve politika kapsamı incelemede kaydedilecek başlıklardır; bu yazıda bunların tamamı doğrulanmış hata nedeni olarak sunulmaz.

Politika sonucunu raporlamak için kurumun yönetim araçlarını kullanın. Bir ayarın konsolda yapılandırılmış görünmesi, hedef cihazın onu aldığını göstermez. Özellikle bağlantısı kısıtlı veya uzun süredir yeniden başlamamış cihazlarda bu fark önem kazanır.

Microsoft'un geçici yöntemi

Microsoft, etkilenen uzak cihazlarda mevcut politika yönetimi kullanılarak Administrator protection'ın geçici kapatılmasını ve ilgili Admin Approval Mode politikasının sıfırlanmasını belirtiyor. Kalıcı düzeltmenin sonraki Windows güncellemesinde hazırlanmakta olduğunu açıklıyor. [1]

Bu yöntem bütün UAC mekanizmasını kapatmak anlamına gelmez. İnternetten bulunan herhangi bir UAC kayıt defteri komutunu çalıştırmak, resmî yöntemin yerine geçmez. Özelliğin kurumda nasıl etkinleştirildiğini belirleyip aynı yönetim kaynağında değişiklik yapmak gerekir.

Pilot uygulama nasıl doğrulanır?

Önce bir test hedefi seçin ve mevcut politika değerini kaydedin. Değişiklikten sonra politikanın hedefe uygulanmasını doğrulayın; kullanılan yönetim yöntemi gerektiriyorsa planlı yeniden başlatma yapın. Sonra hata veren aynı standart kullanıcıyla bağlantıyı tekrar deneyin.

Başarı yalnızca masaüstünün açılması değildir. Kullanıcı gerekli uygulamaları açabilmeli, oturumu kapatıp tekrar bağlanabilmeli ve yönetici yetkisi gerektiren işlemler kurumun beklediği şekilde çalışmalıdır. Geçici değişiklik yetki modelinin başka alanlarını etkiliyorsa bunu dağıtımı genişletmeden önce değerlendirin.

Önerilen kabul kaydı:

Önceki hata aynı hesapla yeniden üretildi: Başlangıç durumu belgeli

Politika değişikliği hedefe ulaştı: Etkin yapılandırma doğrulandı

Standart kullanıcı tekrar bağlandı: 0xC000000D görülmedi

Tekrar oturum ve iş uygulaması testi yapıldı: Erişim sürdürülebilir

Geçici değişiklik kayda alındı: Geri dönüş sorumlusu ve tarihi belli

Sorun devam ederse

Hata eşleşmesine geri dönün. Aynı kod mu görülüyor, Administrator protection gerçekten açık mıydı, değişiklik doğru hedefe uygulandı mı? Bunları doğrulamadan farklı güvenlik özelliklerini art arda kapatmayın.

İlgili koşullar eşleşmiyorsa hesap yetkisi, RDP erişim hakları, ağ yolu ve oturum günlükleri için ayrı teşhis gerekir. Geçici politika uygulanmış ama hiçbir sonuç değişmemişse bunu da destek talebine ekleyin. Başarısız denemeler, hangi varsayımın doğrulanmadığını gösteren değerli bilgidir.

Sık sorulan sorular

Normal kullanıcıyı yönetici yaparsam çözülür mü? Bu teşhis veya kalıcı çözüm yaklaşımı değildir. Yetki artırmak sorunu gizleyebilir.

3389 portunu değiştirmek işe yarar mı? Belgelenen olay bir token ve koruma özelliği senaryosudur; port değiştirmek buna yönelik bir düzeltme değildir.

Ekim güncellemesi bütün RDP sorunlarını çözüyor mu? Hayır. Farklı güncelleme olayları ve farklı belirtiler ayrı değerlendirilmelidir.

Kaynaklar

[1] Microsoft Windows 11 25H2 Release Health — RDP 0xC000000D kaydı

[2] Microsoft Administrator protection yönetimi