Satu perangkat masih gagal setelah pengaturan ulang sandi VPN
Sandi baru berfungsi di semua tempat kecuali satu klien. Temukan penyimpanan yang masih menyimpan nilai lama, batasi percobaan, dan verifikasi dengan satu percobaan.
Anda mengatur ulang sandi, mengujinya di portal, dan satu laptop masih tidak dapat terhubung. Naluri pertama adalah mengatur ulang lagi, dan begitulah akun terkunci serta rahasia basi menjadi insiden. Klien VPN jarang meminta sandi setiap kali; ia meminta sekali dan menyimpan jawabannya di tempat yang tidak Anda pilih. Menemukan tempat itu adalah seluruh pekerjaan, dan itu lebih cepat daripada pengaturan ulang lain.
Pastikan apa yang sebenarnya dikirim setiap klien
Periksa akun, domain, dan gateway pada klien yang gagal sebelum menganggap sandi sebagai masalahnya. Login portal web dapat memakai sistem identitas yang berbeda dari VPN itu sendiri, jadi login portal yang berhasil tidak menjelaskan autentikasi protokol. Beberapa penerapan menerima email di portal dan nama pengguna berbeda di terowongan. Pastikan identitas mana yang dikonfigurasi untuk disajikan klien sebelum Anda mengatur ulang apa pun.
Baca teks kesalahan dan klasifikasikan. Kegagalan sertifikat, tantangan kedaluwarsa, atau cipher yang tidak didukung bukan sandi basi, dan memperlakukannya demikian menghasilkan lingkaran pengaturan ulang tanpa efek. Jika layanan memiliki kebijakan penguncian, berhenti setelah dua atau tiga percobaan gagal dan pastikan status akun sebelum melanjutkan.
Sebutkan penyimpanannya alih-alih menebak
Empat penyimpanan menyimpan rahasia VPN, dan tabel di bawah memetakan masing-masing ke tempat nilai bertahan dan apa arti sebenarnya membersihkannya. Profil OS asli menyimpan rahasia di penyimpanan kredensial platform, karena itu entri dapat bertahan lebih lama daripada aplikasi yang menulisnya. File konfigurasi klien menyimpan nilai di tempat klien itu membacanya, baik sebaris maupun di file autentikasi yang dirujuk, sehingga mengedit file lain tidak mengubah apa pun. Cookie portal dan kredensial yang dikirim kebijakan hidup di tempat yang tidak benar-benar dimiliki perangkat, dan itu menentukan siapa yang boleh mengubahnya.
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
Periksa dalam urutan tetap: penyimpanan kredensial OS lebih dulu, karena itu yang dikonsultasikan klien secara bawaan, lalu brankas atau file konfigurasi klien itu sendiri, lalu sesi browser, dan akhirnya kebijakan yang dapat menimpa ketiganya. Urutan penting karena penyimpanan yang lebih akhir dapat diam-diam memulihkan yang lebih awal, dan Anda akan memperbaiki lapisan yang salah sementara kegagalan berlanjut. Catat penyimpanan mana yang Anda ubah, karena catatan itulah yang membuat pengaturan ulang berikutnya menjadi pekerjaan dua menit alih-alih sepanjang sore.
Lihatlah ke penyimpanan yang benar-benar dipakai klien
Baca sebelum menghapus, agar Anda tahu entri mana yang milik VPN. Perintah di bawah ini mendaftar dan memeriksa alih-alih menghapus, yang menjaga diagnosis tetap dapat dibalik.
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordDi Linux, -s menampilkan rahasia yang biasanya disembunyikan NetworkManager. Di macOS, perintah Keychain mencetak item tersimpan, jadi perlakukan gulir terminal sebagai sensitif. Jika klien yang gagal adalah aplikasi pihak ketiga dengan brankas sendiri, penyimpanan OS akan tampak benar sementara aplikasi menyimpan salinannya sendiri, dan brankas itulah tempat perubahan seharusnya.
Tangani perangkat yang sedang offline
Laptop yang bangun dan menyambung ulang sendiri akan terus menyajikan rahasia lama selama salinannya ada. Rencanakan pembaruan agar perangkat itu diperbaiki sebelum mencoba lagi secara serentak, dan pertimbangkan menonaktifkan sambungan otomatis pada profil yang terdampak sampai masing-masing melewati alur yang didukung.
Untuk armada terkelola, ubah nilai di tempat kebijakan didefinisikan. Mengedit salinan lokal pada perangkat yang kredensialnya disediakan secara terpusat paling baik bersifat sementara; penyegaran kebijakan berikutnya memulihkan nilai lama dan kegagalan kembali tanpa penjelasan.
Verifikasi dengan satu percobaan terkendali
Perbarui entri yang dimaksud, sambungkan sekali lagi, dan pastikan terowongan mencapai sesuatu yang spesifik. Satu percobaan terkendali menghasilkan kesalahan yang berguna jika gagal, sedangkan dua puluh menghasilkan akun terkunci dan misteri. Jika klien masih gagal setelah penyimpanan diperbaiki, tangkap satu kesalahan tanpa rahasia dan berhenti. Simpan kesalahan itu bersama nama perangkat agar giliran berikutnya dimulai dari tempat Anda selesai.
Perubahan sandi tidak menyentuh sertifikat, token sesi, atau pendaftaran MFA, dan itu adalah identitas terpisah dengan siklus hidupnya sendiri. Sertifikat yang diperbarui tidak diperbaiki dengan merotasi sandi, dan token yang diterbitkan sebelum pengaturan ulang mungkin masih valid. Akhiri dengan mencatat penyimpanan mana yang menyimpan nilai basi, karena pengaturan ulang berikutnya akan menghadapi daftar yang sama.