Mac-ınız RDP üzərindən yanlış Windows hesabı göndərir
Sağlam tunel və rədd edilmiş masaüstü girişi ayrı təbəqələrdir. Açarlıq dəstəsindən hər hansı bir şeyi silməzdən əvvəl həmin uzaq kompüterə saxlanmış hesabı yoxlayın.
Tunel yenidən qoşulur, Mac yenidən ofis şəbəkəsinə çatır və Remote Desktop yenə də giriş uğursuzluğu ilə cavab verir. Bu xəta VPN-in xətası deyil. Tunel Mac-ı icazə verilmiş şəbəkəyə çıxarır; uzaq kompüterə Windows hesabı daxil olur və bağlantı qeydi aylar əvvəl istifadəni dayandırdığınız hesabı göndərməyə davam edə bilər.
Açarlıq dəstəsinə toxunmazdan əvvəl qeydi yoxlayın.
VPN hesabı ilə Windows hesabı fərqli şeylərdir
VPN kimliyi cihazı və ya şəxsi tunel şlüzünə qarşı autentifikasiya edir. O, uzaq hostun hansı Windows hesabını qəbul edəcəyi barədə heç nə demir və onun yerini tuta bilməz. Tunel sağlam olduqda və masaüstü girişi rədd etdikdə, problem artıq şəbəkə qatını keçmiş olur. İki autentifikasiyanı ayrı qeydləri olan ayrı hadisələr kimi qəbul edin. Şlüz təmiz sessiya göstərə bilər, halbuki Windows təhlükəsizlik jurnalı tamamilə başqa səbəbdən uğursuz girişi qeyd edir.
Tutaq ki, administrator sizə EXAMPLE\alex istifadə etməyi dedi və saxlanmış qeyd hələ də sadə alex seçir. Bunlar fərqli hesablardır. Kvalifikasiyasız ad uzaq kompüterin yerli hesablarına görə həll olunur və domenə qoşulmuş maşında domen kimliyinə heç həll olunmaya bilər.
Buna görə domen prefiksinin silinməsi ümumi təmir deyil. O, hansı hesabın tələb olunduğunu dəyişir və parol heç vaxt problem olmadığı halda parol problemi kimi görünən rədd yarada bilər.
Bağlantı qeydini açın, bütün açarlıq dəstəsini deyil
macOS üçün cari Windows App-də uzaq PC-ni Cihazlar bölməsində tapın, onun Redaktə əməliyyatını açın və məhz həmin qeydə bağlanmış hesaba baxın. Tətbiq saxlanmış etimadnamə nəzarətləri təqdim edir ki, onlar başqa saxlanmış hesab seçməyə və ya köhnəlmişini silməyə imkan verir. Seçimi düzəltmək üçün dəstəklənən yer budur. Bir dəfə yalnız bir xassəni dəyişin ki, hansı düzəlişin həqiqətən vacib olduğunu biləsiniz. Etimadnamə dəyişikliyi ilə host adı dəyişikliyinin birlikdə edilməsi heç kimin aid edə bilməyəcəyi nəticə verir.
Adında server adı olan hər açarlıq elementi silməklə başlamayın. Açarlıq elementləri tətbiqlər arasında paylaşılır və geniş silmə Windows tərəfində heç nəyi dəyişmədən əlaqəsiz girişi silə bilər. Əsl problem host adı, marşrut və ya RDP xidməti çıxarsa, lazım olacaq sübutları da məhv edir.
Bir saxlanmış etimadnamə bir neçə uzaq PC tərəfindən istifadə olunursa, onu silməzdən əvvəl bu asılılıqları yoxlayın. Bir PC üçün qeydi redaktə etmək geri qaytarıla biləndir; paylaşılan etimadnaməni silmək daha geniş təsir radiusu və daha pis audit izi olan dəyişiklikdir.
Administratorun verdiyi hesab formasından istifadə edin
Hesabı verildiyi kimi, mühitin gözlədiyi formada yazın: NetBIOS üslubunda domen üçün DOMAIN\user, ya da kataloqun istifadə etdiyi forma budursa, user principal name. Sonra onu bu PC-yə qarşı saxlayın və bir məqsədli bağlantı cəhdi edin.
Giriş sorğusunun hansı hesabı göstərdiyinə baxın. Artıq fərqli ad ehtiva edən sorğu saxlanmış seçimin dəyişdirilmədiyini bildirir və yenicə etdiyiniz cəhd köhnə etimadnaməni yenidən sınaqdan keçirdi.
Parolu qeydlərdən, biletdən və ekran görüntülərindən kənarda saxlayın. Əvəzində hesab adını və dəqiq xəta kodunu qeyd edin, çünki kod pis etimadnaməni siyasət rəddindən, vaxtı keçmiş paroldan və ya RDP-ni ümumiyyətlə qəbul etməyən maşından fərqləndirir.
Girişdən əvvəl uğursuz bağlantı başqa bir nasazlıqdır
Əgər görüntüləyici hər hansı Windows girişi görünməzdən əvvəl uğursuz olursa, etimadnamələr şübhəli deyil. Host adının həll olunduğunu, tunel üzərindən hosta marşrutun mövcud olduğunu və RDP xidmətinin dinlədiyini yoxlayın. Heç vaxt qurulmayan TCP bağlantısı heç vaxt hesab qatına çatmır.
Əksinə, açıq hesab rəddi DNS-in pozulduğuna və ya sertifikat yoxlamasının yumşaldılmalı olduğuna dəlil deyil. Belə dəyişikliklər bağlantını zəiflədir və adətən rəddi elə yerində saxlayır.
Mümkün olan ən kiçik addımlarla sınaqdan keçirin: portun əlçatan olduğunu təsdiqləyin, giriş sorğusunun göründüyünü təsdiqləyin, göstərilən hesabın niyyət etdiyiniz hesab olduğunu təsdiqləyin, sonra parolu verin. Hər addımın özəl uğursuzluğu və özəl düzəlişi var.
Avtomatik yenidənqoşulmanı tək buraxın
Avtomatik yenidənqoşulma mövcud qeydi, o cümlədən saxlanmış hesabını yenidən istifadə edir. Bu rahatlıqdır, etimadnamə təmiri deyil, ona görə də onu söndürmək səhv seçimi düzəltmir və yandırmaq seçim yaratmır. Əgər qeyd indi düzgün hesabı saxlayırsa, yenidənqoşulma ondan istifadə edəcək.
Düzəldilmiş qeydi saxlayın, bir dəfə əl ilə qoşulun və hansı hesabın işlədiyini qeyd edin. Məhz bu bir sətir növbəti adamın diaqnozunu bütün bir günorta açarlıq arxeologiyası əvəzinə beş dəqiqəyə çevirir.