VPN ga ulanish sizning kirish skriptingizni qayta ishga tushirmaydi

Sizning foydalanuvchingiz uyda tizimga kiradi, VPN ga ulanadi va ilgari ofisda o'z-o'zidan paydo bo'lgan disk xaritalashini kutadi. Tunnel ko'tariladi, domen javob beradi, lekin hech narsa xaritalanmaydi. Hech narsa buzilmagan: kirish skripti kirish vaqtida ishlaydi va sessiya boshlanganidan yigirma daqiqa o'tib ochilgan tunnel kirish emas. Ikkalasini bir hodisa deb o'qish odamlarni mavjud bo'lmagan VPN nosozligini izlashga yuboradi.

To'rt qaror bu hayratni to'g'ri xulq-atvorli ish oqimiga aylantiradi, birinchisi esa skript qaysi hodisalarga tayanishini bilishdir.

Skriptlar qayta o'ynab bo'lmaydigan hayot tsikli hodisalariga tayanadi

Kompyuter tomonidagi siyosat mashina yuklanganda, foydalanuvchi tomonidagi siyosat esa kimdir tizimga kirganda qo'llaniladi, fon yangilanishi esa hech narsani qayta ishga tushirmasdan o'sha sozlamalarni kezadi. Bu yangilanish skript kengaytmasini qayta ishlaydi, lekin alohida skriptlarni qayta ishga tushirmaydi, ular faqat ishga tushirish, o'chirish, kirish yoki chiqishda ishga tushadi. Shuning uchun gpupdate /force muvaffaqiyat haqida xabar berishi mumkin, xaritalash hali ham yo'q bo'lsa-da, va toza yangilanish skript nimadir qilganiga dalil emas.

Siyosat qayta ishlanishi haqidagi Microsoft ma'lumotnomasi kengaytmani qayta ishlash va uning ichidagilarni bajarish o'rtasidagi aynan shu chegarani chizadi va kimdir yangilanish skriptni qayta o'ynatishi kerak edi deb turib olsa, iqtibos keltiriladigan sahifa shu.

Har bir skript oflayn ham muvaffaqiyatsiz bo'lavermaydi. Faqat mahalliy yoki keshlangan materialni o'qiydigan skript qisman muvaffaqiyatli bo'lishi mumkin, umumiy resursga tegadigan skript esa jimgina muvaffaqiyatsiz bo'lib, aniq iz qoldirmaydi. Tarmoqni ayblashdan oldin skriptning haqiqiy yo'lini va u nimaga yetib borishini tekshiring. Xuddi shu tekshiruv skript kirish vaqtida ishlamaydi degan har qanday da'voga ham kerak, chunki rejalashtirilgan vazifa yoki mijoz harakati hech kim qaramaydigan joyda ishni bajarayotgan bo'lishi mumkin.

Ishni kirishga emas, ulanishga bog'lang

Kirish skripti iborasi ortida uch xil ish yashiringan: foydalanuvchi ulangandan keyin diskni xaritalash, kimdir tizimga kirishidan oldin mashina konfiguratsiyasini qo'llash va yangilangan siyosatni tortib olish. Ularning muddatlari turlicha va haqiqatan faqat ikkinchisiga kirishdan oldin ulanish kerak. Talabni muddatli gap sifatida yozing, masalan: bu xaritalash tunnel ko'tarilgandan keyin bir daqiqa ichida mavjud bo'lishi kerak.

Ulanishdan keyin sodir bo'lishi kerak bo'lgan ish uchun ulanish bilan ishga tushadigan vazifadan yoki mijoz qo'llab-quvvatlaydigan ulanish harakatidan foydalaning. Mijoz aslida qaysi hodisani chiqarishini tekshiring, chunki Windows ning mahalliy VPN mijozi ko'taradigan hodisani uchinchi tomon mijozi ko'tarmaydi. Kirishdan oldin bo'lishi kerak bo'lgan mashina konfiguratsiyasi uchun qo'llab-quvvatlanadigan javob qurilma tunneli yoki kirishdan oldingi boshqa loyiha, ish stoli paydo bo'lganda ishga tushadigan vazifa emas. Ishni unga kerak bo'lgan shaxs va sessiyada bajaring, chunki SYSTEM sifatida yaratilgan xaritalash foydalanuvchi hech qachon ko'rmaydigan sessiyaga tushadi.

Harakat qilishdan oldin tayyorlikni sinang va baland ovozda muvaffaqiyatsiz bo'ling

Ulanish hodisasi DNS yoki fayl serveri ishlatiladigan bo'lishidan oldin kelishi mumkin, shuning uchun vazifa taxmin qilish o'rniga kerak bo'lgan narsani sinashi kerak. Aniq nomni hal qiling, aniq ulanishni sinab ko'ring va chegara va kechikish bilan qayta urinib ko'ring: qisqa tsikldagi Resolve-DnsName files.corp.example hali-emas ni hech qachon dan ajratadi. Oxirgi urinishdan keyin nom va xato bilan birga aniq muvaffaqiyatsizlik haqida xabar bering.

Jurnalsiz cheksiz tsikl hech qachon boshlanmagan vazifadan ajratib bo'lmaydi va u eskirgan hisob ma'lumotlari bilan firewall qoidasi o'rtasidagi farqni yashiradi.

To'rt narsani tekshiring, so'ng uni takrorlanadigan qiling

Pilot davomida bitta emas, to'rtta kuzatuv yozib oling: ulanish hodisasi sodir bo'ldi, vazifa boshlandi, resurs javob berdi va so'ralgan o'zgarish haqiqatan amalga oshdi. Agar jurnal vazifa boshlandi da to'xtasa, qancha kutsangiz ham haqiqiy muvaffaqiyatsizlik ko'rinmay qoladi. Keyin sessiya o'z siyosatini nima deb hisoblashini ko'rish uchun gpresult /scope user /v ni ishga tushiring va kutilgan sozlama bilan solishtiring. GPO qo'llanilgan deb sanab o'tgan hisobot ham xaritalash haqida hech narsa demaydi.

Kengaytirishdan oldin ishni takrorlash uchun xavfsiz qiling, chunki mijoz qayta ulanadi va vazifa yana ishga tushadi. Yaratishdan oldin mavjud xaritalash yoki konfiguratsiya bor-yo'qligini tekshiring va nima topganingizni yozib qo'ying. Har bir qisqa qayta ulanishdan keyin ishning ikki barobar bajarilishi foydali vazifaning hodisaga aylanish yo'lidir.

Avtomatik tetik mos bo'lmaganda, xuddi shu imzolangan skriptni ishga tushadigan tasdiqlangan foydalanuvchi harakati qonuniy loyihadir. Kirish hodisasi sodir bo'lgandek ko'rinish o'rniga vaqtni aniq qiladi.