Satu peranti masih gagal selepas penetapan semula kata laluan VPN

Anda menetapkan semula kata laluan, mengujinya di portal, dan satu komputer riba masih tidak dapat menyambung. Naluri pertama ialah menetapkannya semula, dan begitulah akaun dikunci serta rahsia lama menjadi insiden. Klien VPN jarang meminta kata laluan setiap kali; ia meminta sekali dan menyimpan jawapan di tempat yang anda tidak pilih. Menemui tempat itu ialah keseluruhan kerja, dan ia lebih pantas daripada penetapan semula yang lain.

Sahkan apa yang sebenarnya dihantar oleh setiap klien

Semak akaun, domain dan get laluan pada klien yang gagal sebelum menganggap kata laluan ialah masalahnya. Log masuk portal web mungkin menggunakan sistem identiti yang berbeza daripada VPN itu sendiri, jadi log masuk portal yang berjaya tidak menjelaskan pengesahan protokol. Sesetengah penggunaan menerima e-mel di portal dan nama pengguna berbeza di terowong. Sahkan identiti mana yang dikonfigurasikan untuk dibentangkan oleh klien sebelum anda menetapkan semula apa-apa.

Baca teks ralat dan klasifikasikannya. Kegagalan sijil, cabaran tamat tempoh atau sifer yang tidak disokong bukan kata laluan lama, dan melayannya sedemikian menghasilkan gelung penetapan semula tanpa kesan. Jika perkhidmatan mempunyai dasar penguncian, berhenti selepas dua atau tiga percubaan gagal dan sahkan keadaan akaun sebelum meneruskan.

Senaraikan stor dan bukannya meneka

Empat stor menyimpan rahsia VPN, dan jadual di bawah memetakan setiap satu kepada tempat nilai itu bertahan dan apa sebenarnya ertinya mengosongkannya. Profil OS asli menyimpan rahsia dalam stor kelayakan platform, sebab itu entri boleh bertahan lebih lama daripada aplikasi yang menulisnya. Fail konfigurasi klien menyimpan nilai di tempat klien itu membacanya, sama ada sebaris atau dalam fail pengesahan yang dirujuk, jadi menyunting fail lain tidak mengubah apa-apa. Kuki portal dan kelayakan yang dihantar oleh dasar hidup di tempat yang peranti tidak benar-benar miliki, dan itu menentukan siapa yang dibenarkan mengubahnya.

Semak mengikut urutan tetap: stor kelayakan OS dahulu, kerana itulah yang dirujuk oleh klien secara lalai, kemudian peti atau fail konfigurasi klien itu sendiri, kemudian sesi pelayar, dan akhirnya dasar yang boleh menimpa ketiga-tiganya. Urutan penting kerana stor kemudian boleh memulihkan stor terdahulu secara senyap, dan anda akan membaiki lapisan yang salah sementara kegagalan berterusan. Catat stor mana yang anda ubah, kerana catatan itulah yang menjadikan penetapan semula seterusnya kerja dua minit dan bukannya sejam petang.

Lihat dalam stor yang sebenarnya digunakan oleh klien

Baca sebelum memadam, supaya anda tahu entri mana milik VPN. Arahan di bawah menyenaraikan dan memeriksa dan bukannya membuang, yang mengekalkan diagnosis boleh diterbalikkan.

# 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 password

Pada Linux, -s menunjukkan rahsia yang biasanya disembunyikan oleh NetworkManager. Pada macOS, arahan Keychain mencetak item yang disimpan, jadi anggap tatal terminal sebagai sensitif. Jika klien yang gagal ialah aplikasi pihak ketiga dengan peti sendiri, stor OS akan kelihatan betul sementara aplikasi menyimpan salinannya sendiri, dan peti itulah tempat perubahan sepatutnya.

Tangani peranti yang berada di luar talian

Komputer riba yang terjaga dan menyambung semula sendiri akan terus membentangkan rahsia lama selagi salinannya wujud. Rancang kemas kini supaya peranti itu diperbaiki sebelum mereka mencuba semula serentak, dan pertimbangkan untuk mematikan sambungan automatik pada profil yang terjejas sehingga setiap satu telah melalui aliran yang disokong.

Untuk armada terurus, ubah nilai di tempat dasar ditakrifkan. Menyunting salinan tempatan pada peranti yang kelayakannya diperuntukkan secara berpusat adalah sementara dalam keadaan terbaik; penyegaran dasar seterusnya memulihkan nilai lama dan kegagalan kembali tanpa penjelasan.

Sahkan dengan satu percubaan terkawal

Kemas kini entri yang dimaksudkan, sambung semula sekali, dan sahkan bahawa terowong mencapai sesuatu yang khusus. Satu percubaan terkawal menghasilkan ralat yang berguna jika gagal, manakala dua puluh menghasilkan akaun terkunci dan satu misteri. Jika klien masih gagal selepas stor dibaiki, tangkap satu ralat tanpa rahsia dan berhenti. Simpan ralat itu bersama nama peranti supaya syif berikutnya bermula di tempat anda berhenti.

Perubahan kata laluan tidak menyentuh sijil, token sesi atau pendaftaran MFA, dan itu ialah identiti berasingan dengan kitaran hayatnya sendiri. Sijil yang diperbaharui tidak diperbaiki dengan memutar kata laluan, dan token yang dikeluarkan sebelum penetapan semula mungkin masih sah. Akhiri dengan mencatat stor mana yang menyimpan nilai lama, kerana penetapan semula seterusnya akan menemui senarai yang sama.