Mac anda menghantar akaun Windows yang salah melalui RDP

Tunnel menyambung semula, Mac mencapai rangkaian pejabat semula, dan Remote Desktop masih menjawab dengan kegagalan log masuk. Ralat itu bukan milik VPN. Tunnel membawa Mac ke rangkaian yang diluluskan; akaun Windows yang log masuk ke komputer jauh, dan entri sambungan boleh terus menghantar akaun yang anda berhenti gunakan berbulan-bulan lalu.

Semak entri itu sebelum menyentuh keychain.

Akaun VPN dan akaun Windows ialah dua perkara berbeza

Identiti VPN mengesahkan peranti atau orang kepada gateway tunnel. Ia tidak menyatakan apa-apa tentang akaun Windows yang akan diterima oleh hos jauh, dan tidak boleh menggantikannya. Apabila tunnel sihat dan desktop menolak log masuk, masalah sudah melepasi lapisan rangkaian. Anggap kedua-dua pengesahan sebagai peristiwa berasingan dengan log berasingan. Gateway boleh menunjukkan sesi bersih sementara log keselamatan Windows merekodkan log masuk gagal atas sebab yang sama sekali berbeza.

Katakan pentadbir memberitahu anda menggunakan EXAMPLE\alex dan entri yang disimpan masih memilih alex kosong. Itu akaun berbeza. Nama tanpa kelayakan diselesaikan terhadap akaun tempatan komputer jauh, dan pada mesin yang menyertai domain ia mungkin tidak diselesaikan kepada identiti domain langsung.

Jadi membuang awalan domain bukan pembaikan umum. Ia mengubah akaun mana yang diminta, dan boleh menghasilkan penolakan yang kelihatan seperti masalah kata laluan sedangkan kata laluan tidak pernah menjadi isunya.

Buka entri sambungan, bukan seluruh keychain

Dalam Windows App semasa untuk macOS, cari PC jauh di bawah Peranti, buka tindakan Editnya dan lihat akaun yang dilampirkan pada entri tertentu itu. Aplikasi memaparkan kawalan kelayakan tersimpan yang membolehkan anda memilih akaun tersimpan lain atau membuang yang usang. Itulah tempat yang disokong untuk membetulkan pilihan. Tukar satu sifat pada satu masa, supaya anda tahu suntingan mana yang benar-benar penting. Perubahan kelayakan dan perubahan nama hos yang dibuat bersama menghasilkan keputusan yang tiada siapa dapat mengaitkan.

Jangan mula dengan memadam setiap item keychain yang namanya mengandungi nama pelayan. Item keychain dikongsi antara aplikasi, dan pemadaman meluas boleh membuang akses tidak berkaitan tanpa mengubah apa-apa di sebelah Windows. Ia juga memusnahkan bukti yang anda perlukan jika masalah sebenar rupa-rupanya nama hos, laluan atau perkhidmatan RDP.

Jika satu kelayakan tersimpan digunakan oleh beberapa PC jauh, semak kebergantungan itu sebelum membuangnya. Menyunting entri untuk satu PC boleh diterbalikkan; memadam kelayakan kongsi ialah perubahan dengan kesan lebih luas dan jejak audit lebih buruk.

Gunakan bentuk akaun yang diberikan oleh pentadbir

Taip akaun tepat seperti yang dikeluarkan, dalam bentuk yang dijangka oleh persekitaran: DOMAIN\user untuk domain gaya NetBIOS, atau user principal name jika itu yang digunakan oleh direktori. Kemudian simpan untuk PC ini dan buat satu percubaan sambungan yang disengajakan.

Perhatikan akaun mana yang ditunjukkan oleh gesaan log masuk. Gesaan yang sudah mengandungi nama berbeza bermakna pilihan tersimpan tidak diganti, dan percubaan yang baru anda buat menguji semula kelayakan lama.

Jauhkan kata laluan daripada nota, tiket dan tangkapan skrin. Catat nama akaun dan kod ralat yang tepat sebaliknya, kerana kod itu membezakan kelayakan buruk daripada penolakan dasar, kata laluan tamat tempoh atau mesin yang langsung tidak menerima RDP.

Sambungan gagal sebelum log masuk ialah kerosakan lain

Jika pemapar gagal sebelum sebarang log masuk Windows muncul, kelayakan bukan suspek. Semak bahawa nama hos diselesaikan, bahawa laluan ke hos wujud melalui tunnel, dan bahawa perkhidmatan RDP mendengar. Sambungan TCP yang tidak pernah terbentuk tidak pernah sampai ke lapisan akaun.

Sebaliknya, penolakan akaun yang jelas bukan bukti bahawa DNS rosak atau pengesahan sijil perlu dilonggarkan. Perubahan sedemikian melemahkan sambungan dan biasanya membiarkan penolakan tepat di tempatnya.

Uji dalam langkah sekecil mungkin: sahkan port boleh dicapai, gesaan log masuk muncul, akaun yang dipaparkan ialah yang anda maksudkan, kemudian berikan kata laluan. Setiap langkah mempunyai kegagalan tersendiri dan pembaikan tersendiri.

Biarkan sambungan semula automatik

Sambungan semula automatik menggunakan semula entri sedia ada, termasuk akaun tersimpannya. Ia kemudahan, bukan pembaikan kelayakan, jadi mematikannya tidak membetulkan pilihan yang salah dan menghidupkannya tidak mencipta pilihan itu. Jika entri kini memegang akaun yang betul, sambungan semula akan menggunakannya.

Simpan entri yang dibetulkan, sambung sekali secara manual dan catat akaun mana yang berjaya. Baris tunggal itulah yang menjadikan diagnosis orang seterusnya lima minit dan bukannya sepanjang petang arkeologi keychain.