Mac Anda mengirim akun Windows yang salah lewat RDP

Tunnel tersambung kembali, Mac mencapai jaringan kantor lagi, dan Remote Desktop tetap menjawab dengan kegagalan login. Kesalahan itu bukan milik VPN. Tunnel membawa Mac ke jaringan yang disetujui; akun Windows yang masuk ke komputer jarak jauh, dan entri koneksi bisa terus mengirim akun yang berhenti Anda pakai berbulan-bulan lalu.

Periksa entri itu sebelum menyentuh keychain.

Akun VPN dan akun Windows adalah dua hal berbeda

Identitas VPN mengautentikasi perangkat atau orang ke gateway tunnel. Itu tidak mengatakan apa pun tentang akun Windows mana yang akan diterima host jarak jauh, dan tidak bisa menggantikannya. Saat tunnel sehat dan desktop menolak login, masalahnya sudah melewati lapisan jaringan. Perlakukan kedua autentikasi sebagai peristiwa terpisah dengan log terpisah. Gateway bisa menampilkan sesi bersih sementara log keamanan Windows mencatat login gagal karena alasan yang sama sekali berbeda.

Misalkan administrator menyuruh Anda memakai EXAMPLE\alex dan entri tersimpan masih memilih alex polos. Itu akun yang berbeda. Nama tanpa kualifikasi diselesaikan terhadap akun lokal komputer jarak jauh, dan pada mesin yang tergabung dalam domain nama itu mungkin tidak diselesaikan ke identitas domain sama sekali.

Jadi menghapus awalan domain bukan perbaikan umum. Itu mengubah akun mana yang diminta, dan bisa menghasilkan penolakan yang terlihat seperti masalah kata sandi padahal kata sandi tidak pernah menjadi soal.

Buka entri koneksi, bukan seluruh keychain

Di Windows App saat ini untuk macOS, temukan PC jarak jauh di bagian Perangkat, buka tindakan Edit, dan lihat akun yang terlampir pada entri tersebut. Aplikasi menampilkan kontrol kredensial tersimpan yang memungkinkan Anda memilih akun tersimpan lain atau menghapus yang usang. Itulah tempat yang didukung untuk memperbaiki pilihan. Ubah satu properti sekaligus, agar Anda tahu perubahan mana yang benar-benar penting. Perubahan kredensial dan perubahan nama host yang dilakukan bersamaan menghasilkan hasil yang tidak bisa dikaitkan siapa pun.

Jangan mulai dengan menghapus setiap item keychain yang namanya mengandung nama server. Item keychain dibagi antar aplikasi, dan penghapusan luas bisa mencabut akses yang tidak terkait tanpa mengubah apa pun di sisi Windows. Itu juga menghancurkan bukti yang Anda inginkan jika masalah sebenarnya ternyata nama host, rute, atau layanan RDP.

Jika satu kredensial tersimpan dipakai beberapa PC jarak jauh, periksa dependensi itu sebelum menghapusnya. Mengedit entri untuk satu PC bisa dibalik; menghapus kredensial bersama adalah perubahan dengan jangkauan lebih luas dan jejak audit lebih buruk.

Gunakan bentuk akun yang diberikan administrator

Ketik akun persis seperti yang diterbitkan, dalam bentuk yang diharapkan lingkungan: DOMAIN\user untuk domain gaya NetBIOS, atau user principal name jika itu yang dipakai direktori. Lalu simpan untuk PC ini dan lakukan satu percobaan koneksi yang disengaja.

Perhatikan akun mana yang ditampilkan prompt masuk. Prompt yang sudah berisi nama berbeda berarti pilihan tersimpan tidak diganti, dan percobaan yang baru Anda lakukan menguji kredensial lama lagi.

Jauhkan kata sandi dari catatan, tiket, dan tangkapan layar. Catat nama akun dan kode kesalahan yang tepat, karena kode itu membedakan kredensial buruk dari penolakan kebijakan, kata sandi kedaluwarsa, atau mesin yang sama sekali tidak menerima RDP.

Koneksi gagal sebelum masuk adalah gangguan lain

Jika penampil gagal sebelum login Windows apa pun muncul, kredensial bukan tersangka. Periksa bahwa nama host diselesaikan, bahwa rute ke host ada lewat tunnel, dan bahwa layanan RDP mendengarkan. Koneksi TCP yang tidak pernah terbentuk tidak pernah mencapai lapisan akun.

Sebaliknya, penolakan akun yang eksplisit bukan bukti bahwa DNS rusak atau validasi sertifikat harus dilonggarkan. Perubahan seperti itu melemahkan koneksi dan biasanya membiarkan penolakan tetap di tempatnya.

Uji dalam langkah sekecil mungkin: pastikan port dapat dijangkau, pastikan prompt masuk muncul, pastikan akun yang ditampilkan adalah yang Anda maksud, lalu berikan kata sandi. Setiap langkah punya kegagalan dan perbaikan tersendiri.

Biarkan koneksi ulang otomatis apa adanya

Koneksi ulang otomatis memakai ulang entri yang ada, termasuk akun tersimpannya. Itu kenyamanan, bukan perbaikan kredensial, jadi mematikannya tidak memperbaiki pilihan yang salah dan menyalakannya tidak membuat pilihan itu. Jika entri sekarang menyimpan akun yang benar, koneksi ulang akan memakainya.

Simpan entri yang telah dikoreksi, sambungkan sekali secara manual, dan catat akun mana yang berhasil. Satu baris itulah yang membuat diagnosis orang berikutnya lima menit alih-alih sepanjang sore menggali keychain.