VPN कनेक्ट झाल्यावर कार्य चालवा: इव्हेंट, पोलिंग की क्रेडेन्शियल?
लॉगऑन स्क्रिप्ट सुरंग तयार होण्यापूर्वी चालते। नेटवर्क इव्हेंट ट्रिगर, संसाधन पोलिंग आणि साठवलेली क्रेडेन्शियल यांची प्रत्येक काय हमी देते यावर तुलना करा।
ड्राइव्ह मॅप करणारी किंवा सिंक कार्य सुरू करणारी लॉगऑन स्क्रिप्ट सुरंगला पत्ता मिळण्यापूर्वी चालते, त्यामुळे ती शांतपणे अयशस्वी होते आणि वापरकर्ता दररोज सकाळी ती हाताने दुरुस्त करतो। Windows बहुतेक क्लायंटना प्रत्येक VPN साठी कनेक्ट कॉलबॅक देत नाही, पण नेटवर्क बदल लॉग करते, आणि ती नोंद योग्य क्षणी काम सुरू करू शकते। निवड त्या नोंदीवर प्रतिक्रिया देणे, संसाधनाची पोलिंग करणे आणि अयशस्वीता दृश्यमान करणारी सूचना काढून टाकणे यांत आहे।
तीन यंत्रणांची त्यांच्या हमींवरून तुलना करणे त्यांना सौंदर्यावरून क्रमवारी लावण्यापेक्षा बरे। प्रत्येक वेगळ्या प्रकारे अयशस्वी होते, आणि अयशस्वीतेची पद्धत हीच नंतर सोबत असते।
लॉगऑन खूप लवकर का चालते
लॉगऑन आणि स्टार्टअप VPN अडॅप्टरला त्याचा पत्ता मिळण्यापूर्वी चालतात, त्यामुळे त्या क्षणी प्रयत्न केलेल्या ड्राइव्ह मॅपिंगला, अंतर्गत URL ला किंवा डेटाबेस कनेक्शनला मार्गही नाही आणि रिझॉल्व्हरही नाही। विनंती अयशस्वी होते, आणि सत्र वापरकर्त्याला हाताने दुरुस्त करावे लागणाऱ्या स्थितीत राहते। तीच स्क्रिप्ट स्टार्टअप फोल्डरमध्ये हलवल्याने काहीही बदलत नाही, कारण क्रमाची समस्या तिच्यासोबत जाते। ट्रिगर सत्र घटना नसून नेटवर्क बदल असावा।
लॉगऑनला अनियंत्रित विलंबासह नियोजित कार्य दुरुस्ती वाटते आणि प्रत्यक्षात अंदाज असते। ते वेगवान लिंकवर चालते आणि संथ लिंकवर अयशस्वी होते, जी विश्वासार्हतेची सर्वात निरुपयोगी प्रकार आहे।
तीन हुकांची तुलना
यंत्रणा काय निरीक्षण करतात, किती वेगाने प्रतिक्रिया देतात आणि दिवसानंतर पुन्हा कनेक्ट झाल्यावर काय करतात यात भिन्न आहेत। तक्ता त्यांची या तीन मुद्द्यांवर तुलना करतो, प्रत्येक किती हुशार वाटते यावर नाही।
| Mechanism | Reacts to | Covers a mid-session reconnect | Typical failure |
|---|---|---|---|
| Network profile event | A network connect record | Yes, when the event repeats | Runs on the wrong network |
| Resource poll with backoff | The resource becoming reachable | Yes | Log noise and a wasted window |
| Stored credentials alone | Nothing; it removes a prompt | No | Still fires before the tunnel |
तक्ता ओळीने ओळ वाचा। इव्हेंट हुक सर्वात वेगवान आणि सर्वात गोंगाटाचा आहे, कारण Windows कॅफेच्या Wi-Fi सह प्रत्येक नेटवर्क नोंदवते, त्यामुळे क्रियेने काहीही करण्यापूर्वी संसाधन सत्यापित केले पाहिजे। पोलिंग संथ आणि अधिक अचूक आहे, कारण शेअर किंवा होस्टनाव उत्तर देते तेव्हाच ती यशस्वी होते, आणि कोणता क्लायंट स्थापित आहे हे जाणून घेण्याची गरज नाही। साठवलेली क्रेडेन्शियल अजिबात स्पर्धात्मक पर्याय नाहीत: ती पासवर्ड सूचना काढून टाकतात, हे लॉगऑनच्या वेळी मॅपिंग अयशस्वी होण्याचे दुसरे आणि स्वतंत्र कारण आहे।
पहिल्या दोनांपैकी निवड क्लायंटवर उपयुक्त इव्हेंट आहे की नाही यावर अवलंबून आहे। जिथे आहे, तिथे इव्हेंट आणि संसाधन तपासणी हा चांगला डीफॉल्ट आहे।
इव्हेंट ट्रिगर योग्यरित्या तयार करा
नोंद Microsoft-Windows-NetworkProfile/Operational लॉगमध्ये आहे, आणि ID 10001 नुकत्याच कनेक्ट झालेल्या नेटवर्कला चिन्हांकित करते। त्या लॉगवर, त्या प्रदाता नावावर आणि त्या ओळखीवर लक्ष्य ठेवणाऱ्या इव्हेंटवर ट्रिगरसह कार्य तयार करा। मशीन ज्या नेटवर्कमध्ये जाईल ते प्रत्येक ते चालवेल, त्यामुळे क्रियेला गृहीत नाही तर संरक्षक अट आवश्यक आहे, आणि काम मॅप केलेल्या ड्राइव्हला स्पर्श करत असल्यास ते केवळ वापरकर्ता लॉगऑन असतानाच चालले पाहिजे।
संरक्षक अटीने कार्याला प्रत्यक्षात काय आवश्यक आहे ते तपासले पाहिजे, जसे शेअर पथ किंवा सेवा पोर्ट, आणि ते पोहोचात नसल्यास शांतपणे बाहेर पडले पाहिजे। अडॅप्टरचे नाव तपासणे पुरेसे नाही, कारण क्लायंट एक अडॅप्टर अनेक प्रोफाइलमध्ये पुन्हा वापरू शकतो। शांत निर्गमन लॉग वाचनीय ठेवते आणि संसाधन कधीही न देणाऱ्या नेटवर्कविरुद्ध पुन्हा प्रयत्नांची वादळे रोखते।
कार्य योग्य क्षणी चालते का ते तपासा
संरचना नाही, वेळ सिद्ध करा। खालील आदेश कार्याची व्याख्या, अलीकडील नेटवर्क प्रोफाइल इव्हेंट आणि कार्य ज्या खात्याखाली चालते त्या खात्यातून संसाधन पोहोचण्यायोग्य आहे का हे दाखवतात। ते हाताने सुरू केल्यानंतर नाही, तर खऱ्या पुन्हा कनेक्शननंतर चालवा।
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiकोणतीही नेटवर्क घटना जुळत नसताना कार्य इतिहासात नोंद असणे म्हणजे ट्रिगर चुकीचा आहे, क्रिया नाही। घटना दिसल्या पण कार्य चालले नाही, तर कार्य कदाचित संसाधन न दिसणाऱ्या खात्याखाली चालत असेल, आणि खात्याचे आउटपुट हाच सुगावा आहे। मॅपिंग अजून नसताना उत्तीर्ण होणारी संसाधन तपासणी कनेक्टिव्हिटी नाही, सत्र संदर्भाकडे निर्देश करते। त्या तीन निरीक्षणांपैकी प्रत्येक वेगळ्या उपायाकडे नेते।
प्रत्येक रनसाठी पत्ता, संसाधनाचा निकाल आणि अंतिम निकाल असलेली एक लॉग ओळ लिहा। पुढील अयशस्वीता मग कार्य लवकर चालले, चुकीच्या नेटवर्कवर चालले, की अजिबात चालले नाही हे दाखवेल।