Pengguna anda log masuk di rumah, menyambung VPN dan menunggu pemetaan pemacu yang dahulunya muncul sendiri di pejabat. Terowong naik, domain menjawab, dan tiada apa dipetakan. Tiada apa yang rosak: skrip log masuk berjalan semasa log masuk, dan terowong yang dibuka dua puluh minit selepas sesi bermula bukan log masuk. Membaca kedua-duanya sebagai peristiwa yang sama menghantar orang mencari kerosakan VPN yang tidak wujud.

Empat keputusan mengubah kejutan itu menjadi aliran kerja yang berkelakuan betul, dan yang pertama ialah mengetahui peristiwa mana yang ditunggangi skrip.

Skrip menunggang peristiwa kitaran hayat yang tidak boleh anda mainkan semula

Dasar sebelah komputer digunakan semasa mesin but dan dasar sebelah pengguna semasa seseorang log masuk, manakala muat semula latar belakang melintasi tetapan yang sama tanpa memulakan semula apa-apa. Muat semula itu memproses sambungan skrip, tetapi tidak menjalankan semula skrip individu, yang hanya tercetus pada permulaan, penutupan, log masuk atau log keluar. Jadi gpupdate /force boleh melaporkan kejayaan sementara pemetaan masih tiada, dan muat semula yang bersih bukan bukti bahawa skrip melakukan sesuatu.

Rujukan Microsoft tentang pemprosesan dasar menarik garis itu dengan tepat antara memproses sambungan dan menjalankan apa yang terkandung di dalamnya, dan itulah halaman yang perlu dipetik apabila seseorang berkeras bahawa muat semula sepatutnya memainkan semula skrip.

Bukan setiap skrip gagal juga di luar talian. Skrip yang hanya membaca bahan setempat atau cache mungkin berjaya sebahagian, manakala yang menyentuh kongsi gagal secara senyap dan tidak meninggalkan kesan yang jelas. Periksa laluan sebenar skrip dan apa yang dicapainya sebelum menyalahkan rangkaian. Pemeriksaan yang sama wajar bagi setiap dakwaan bahawa skrip tidak berjalan semasa log masuk, kerana tugas berjadual atau tindakan klien mungkin melakukan kerja itu di tempat yang tiada siapa melihat.

Ikat kerja pada sambungan, bukan pada log masuk

Tiga kerja berbeza tersembunyi di sebalik frasa skrip log masuk: memetakan pemacu selepas pengguna menyambung, menggunakan konfigurasi mesin sebelum sesiapa log masuk, dan menarik dasar yang dikemas kini. Mereka mempunyai tarikh akhir berbeza, dan hanya yang kedua benar-benar memerlukan sambungan sebelum log masuk. Tulis keperluan sebagai ayat dengan tarikh akhir, contohnya: pemetaan ini mesti wujud dalam masa seminit selepas terowong naik.

Untuk kerja yang mesti berlaku selepas sambungan, gunakan tugas yang dicetuskan sambungan atau tindakan sambungan yang disokong klien. Periksa peristiwa mana yang benar-benar dikeluarkan klien, kerana peristiwa yang dibangkitkan oleh klien VPN asli Windows tidak dibangkitkan oleh klien pihak ketiga. Untuk konfigurasi mesin yang mesti mendahului log masuk, jawapan yang disokong ialah terowong peranti atau reka bentuk pra-log masuk lain, bukan tugas yang tercetus apabila desktop muncul. Jalankan kerja dalam identiti dan sesi yang memerlukannya, kerana pemetaan yang dibuat sebagai SYSTEM mendarat dalam sesi yang tidak pernah dilihat pengguna.

Uji kesediaan sebelum bertindak, dan gagal dengan lantang

Peristiwa sambungan boleh tiba sebelum DNS atau pelayan fail boleh digunakan, jadi tugas harus menguji apa yang diperlukannya dan bukannya menganggap. Selesaikan nama khusus, cuba sambungan khusus, dan cuba semula dengan had dan kelewatan: Resolve-DnsName files.corp.example dalam gelung pendek memisahkan belum-lagi daripada tidak pernah. Laporkan kegagalan konkrit selepas percubaan terakhir, dengan nama dan ralat di dalamnya.

Gelung tanpa henti tanpa log tidak dapat dibezakan daripada tugas yang tidak pernah bermula, dan ia menyembunyikan perbezaan antara kelayakan lapuk dan peraturan firewall.

Sahkan empat perkara, kemudian jadikan ia boleh diulang

Semasa perintis, rekod empat pemerhatian dan bukan satu: peristiwa sambungan tercetus, tugas bermula, sumber menjawab, dan perubahan yang diminta benar-benar berlaku. Jika log berhenti pada tugas bermula, kegagalan sebenar kekal tidak kelihatan berapa lama pun anda menunggu. Kemudian jalankan gpresult /scope user /v untuk melihat dasar apa yang dianggap sesi, dan bandingkan dengan tetapan yang anda jangkakan. Laporan yang menyenaraikan GPO sebagai digunakan masih tidak mengatakan apa-apa tentang pemetaan.

Jadikan kerja selamat untuk diulang sebelum anda meluaskannya, kerana klien menyambung semula dan tugas tercetus lagi. Periksa sama ada pemetaan atau konfigurasi sudah wujud sebelum menciptanya, dan catat apa yang anda temui. Kerja berganda selepas setiap sambungan semula sementara ialah cara tugas yang membantu menjadi insiden.

Di mana pencetus automatik tidak sesuai, tindakan pengguna yang diluluskan yang menjalankan skrip bertandatangan yang sama ialah reka bentuk yang sah. Ia menjadikan masanya eksplisit dan bukannya berpura-pura peristiwa log masuk telah berlaku.

Artikel berkaitan