VPN ला जोडल्याने तुमची लॉगऑन स्क्रिप्ट पुन्हा चालत नाही

तुमचा वापरकर्ता घरी साइन इन करतो, VPN ला जोडतो आणि पूर्वी कार्यालयात आपोआप दिसणाऱ्या ड्राइव्ह मॅपिंगची वाट पाहतो. टनेल वर येते, डोमेन उत्तर देते, पण काहीही मॅप होत नाही. काहीही तुटलेले नाही: लॉगऑन स्क्रिप्ट लॉगऑनच्या वेळी चालते, आणि सत्र सुरू झाल्यानंतर वीस मिनिटांनी उघडलेली टनेल लॉगऑन नाही. दोन्हींना एकच घटना म्हणून वाचल्याने लोक अस्तित्वात नसलेल्या VPN दोषाच्या शोधात जातात.

चार निर्णय या आश्चर्याचे योग्य वर्तन करणाऱ्या कार्यप्रवाहात रूपांतर करतात, आणि पहिला म्हणजे स्क्रिप्ट कोणत्या घटनांवर चालते हे जाणून घेणे.

स्क्रिप्ट अशा जीवनचक्र घटनांवर चालतात ज्या पुन्हा चालवता येत नाहीत

संगणकाच्या बाजूचे धोरण मशीन बूट होताना आणि वापरकर्त्याच्या बाजूचे धोरण कोणी साइन इन करताना लागू होते, तर पार्श्वभूमी रिफ्रेश काहीही पुन्हा सुरू न करता तीच सेटिंग्ज फिरते. तो रिफ्रेश स्क्रिप्ट एक्स्टेंशनवर प्रक्रिया करतो, पण वैयक्तिक स्क्रिप्ट पुन्हा चालवत नाही, त्या फक्त स्टार्टअप, शटडाउन, लॉगऑन किंवा लॉगऑफला चालतात. म्हणून gpupdate /force यश नोंदवू शकते तर मॅपिंग अजूनही अनुपस्थित असते, आणि स्वच्छ रिफ्रेश हा स्क्रिप्टने काही केले याचा पुरावा नाही.

धोरण प्रक्रियेबद्दलचा Microsoft संदर्भ एक्स्टेंशनवर प्रक्रिया करणे आणि त्यात जे आहे ते चालवणे यामधील नेमकी तीच रेषा आखतो, आणि रिफ्रेशने स्क्रिप्ट पुन्हा चालवायला हवी होती असे कोणी आग्रह धरल्यावर उद्धृत करण्याचे पान तेच आहे.

प्रत्येक स्क्रिप्ट ऑफलाइनही अयशस्वी होत नाही. फक्त स्थानिक किंवा कॅशे केलेली सामग्री वाचणारी स्क्रिप्ट अंशतः यशस्वी होऊ शकते, तर शेअरला स्पर्श करणारी स्क्रिप्ट शांतपणे अयशस्वी होते आणि स्पष्ट खूण सोडत नाही. नेटवर्कला दोष देण्यापूर्वी स्क्रिप्टचा प्रत्यक्ष मार्ग आणि ती कुठपर्यंत पोहोचते ते तपासा. स्क्रिप्ट लॉगऑनला चालत नाही अशा प्रत्येक दाव्यालाही तीच तपासणी लागू होते, कारण नियोजित कार्य किंवा क्लायंटची क्रिया जिथे कोणी पाहत नाही तिथे काम करत असू शकते.

काम कनेक्शनला जोडा, लॉगऑनला नाही

लॉगऑन स्क्रिप्ट या वाक्यांशामागे तीन वेगवेगळी कामे लपलेली आहेत: वापरकर्ता जोडल्यानंतर ड्राइव्ह मॅप करणे, कोणी साइन इन करण्यापूर्वी मशीन कॉन्फिगरेशन लागू करणे, आणि अद्ययावत धोरण ओढणे. त्यांच्या मुदती वेगळ्या आहेत, आणि खरोखर फक्त दुसऱ्याला लॉगऑनपूर्वी कनेक्टिव्हिटी लागते. आवश्यकता मुदत असलेल्या वाक्यात लिहा, उदाहरणार्थ: हे मॅपिंग टनेल वर आल्यानंतर एका मिनिटात असले पाहिजे.

कनेक्शननंतर होणाऱ्या कामासाठी कनेक्शन-ट्रिगर कार्य किंवा क्लायंटला समर्थित कनेक्शन क्रिया वापरा. क्लायंट प्रत्यक्षात कोणती घटना उत्सर्जित करतो ते तपासा, कारण Windows चा मूळ VPN क्लायंट जी घटना उचलतो ती तृतीय-पक्ष क्लायंट उचलत नाही. साइन इनपूर्वी लागणाऱ्या मशीन कॉन्फिगरेशनसाठी समर्थित उत्तर डिव्हाइस टनेल किंवा साइन-इनपूर्वची दुसरी रचना आहे, डेस्कटॉप दिसल्यावर चालणारे कार्य नाही. काम ज्या ओळख आणि सत्राला त्याची गरज आहे त्यातच चालवा, कारण SYSTEM म्हणून तयार केलेले मॅपिंग वापरकर्त्याला कधीही न दिसणाऱ्या सत्रात पडते.

कृती करण्यापूर्वी तयारी तपासा, आणि मोठ्याने अयशस्वी व्हा

DNS किंवा फाइल सर्व्हर वापरण्यायोग्य होण्यापूर्वी कनेक्शन घटना येऊ शकते, म्हणून कार्याने गृहीत धरण्याऐवजी जे लागते ते तपासले पाहिजे. विशिष्ट नाव सोडवा, विशिष्ट कनेक्शनचा प्रयत्न करा, आणि मर्यादा व विलंबासह पुन्हा प्रयत्न करा: लहान लूपमध्ये Resolve-DnsName files.corp.example अजून-नाही आणि कधीच-नाही वेगळे करते. शेवटच्या प्रयत्नानंतर नाव आणि त्रुटीसह ठोस अयशस्वीपणाची नोंद करा.

लॉगविरहित अंतहीन लूप कधीही सुरू न झालेल्या कार्यापासून वेगळे ओळखता येत नाही, आणि ते जुन्या क्रेडेन्शियल आणि फायरवॉल नियमातील फरक लपवते.

चार गोष्टी पडताळा, नंतर ते पुनरावृत्तीयोग्य करा

पायलटमध्ये एकाऐवजी चार निरीक्षणे नोंदवा: कनेक्शन घटना घडली, कार्य सुरू झाले, संसाधनाने उत्तर दिले, आणि विनंती केलेला बदल खरोखर लागू झाला. लॉग कार्य सुरू झाले येथे थांबल्यास, कितीही वाट पाहिली तरी खरा अयशस्वीपणा अदृश्य राहतो. नंतर gpresult /scope user /v चालवून सत्र आपले धोरण काय मानते ते पाहा, आणि अपेक्षित सेटिंगशी तुलना करा. GPO लागू म्हणून सूचीबद्ध करणारा अहवालही मॅपिंगबद्दल काहीच सांगत नाही.

विस्तार करण्यापूर्वी काम पुनरावृत्तीसाठी सुरक्षित करा, कारण क्लायंट पुन्हा जोडतो आणि कार्य पुन्हा चालते. तयार करण्यापूर्वी विद्यमान मॅपिंग किंवा कॉन्फिगरेशन आहे का ते पाहा, आणि जे सापडले ते नोंदवा. प्रत्येक क्षणिक पुनर्जोडणीनंतर दुहेरी काम हाच उपयुक्त कार्य घटना बनण्याचा मार्ग आहे.

स्वयंचलित ट्रिगर अयोग्य असल्यास, तीच स्वाक्षरी केलेली स्क्रिप्ट चालवणारी मंजूर वापरकर्ता क्रिया वैध रचना आहे. लॉगऑन घटना घडली असे अभिनय करण्याऐवजी ती वेळ स्पष्ट करते.