Windows VPN प्रोफाइल स्कोप: सध्याचा वापरकर्ता की सर्व वापरकर्ते?
स्कोप ठरवतो की मूळ Windows VPN प्रोफाइल कुठे साठवले जाते आणि ते कोण पाहू शकते. तो कनेक्शनला डिव्हाइस टनेल बनवत नाही आणि क्रेडेन्शियल्स सामायिक करत नाही.
तुम्ही VPN प्रोफाइलवर कमांड चालवता, ती कोणतीही त्रुटी परत करत नाही, आणि वापरकर्त्याने सुरू केलेले कनेक्शन पूर्वीप्रमाणेच वागते। काहीही तुटलेले नाही। Windows मूळ VPN प्रोफाइल्स दोन स्टोअरमध्ये ठेवते, आणि तुम्ही वापरात नसलेले स्टोअर संपादित केले। एकच दाखवले जाणारे नाव दोन्हीत असू शकते, आणि म्हणूनच स्क्रिप्ट यशस्वी दिसते, तर वापरकर्त्याचे कनेक्शन तुम्ही केलेला प्रत्येक बदल दुर्लक्षित करते।
उपाय चांगली स्क्रिप्ट नाही; उपाय म्हणजे प्रोफाइलचे नाव देण्यापूर्वी स्कोपचे नाव देणे।
लक्षण आणि दोन स्टोअर
Windows मूळ VPN प्रोफाइल्स प्रत्येक वापरकर्त्याच्या फोन बुकमध्ये आणि सर्व वापरकर्त्यांसाठी मशीन-व्यापी बुकमध्ये ठेवते। Get-VpnConnection सध्याच्या वापरकर्त्याचे स्टोअर वाचते, आणि Get-VpnConnection -AllUserConnection मशीनचे स्टोअर वाचते।
-AllUserConnection ने तयार केलेले प्रोफाइल मशीनवरील प्रत्येक खात्यासाठी दिसते आणि ते तयार करण्यासाठी किंवा काढण्यासाठी उन्नत सत्र लागते। त्याशिवाय तयार केलेले प्रोफाइल कमांड चालवलेल्या खात्याचे असते, आणि साइन इन करणाऱ्या दुसऱ्या वापरकर्त्याला काहीही दिसत नाही। दोन्ही एकच नाव धारण करू शकतात, आणि कोणतेही तुम्हाला दुसरे अस्तित्वात असल्याची चेतावणी देत नाही। म्हणूनच लक्षण त्रुटी संदेशाऐवजी शांत अपयशासारखे दिसते।
स्कोप प्रत्यक्षात काय ठरवतो
स्कोप दोन प्रश्नांची उत्तरे देतो आणि तिसऱ्याचे उत्तर देण्यास नकार देतो:
| Question | Current user | All users |
|---|---|---|
| Who can see the profile | The account that created it | Every account on the machine |
| Elevation to create or remove | Not required | Required |
| Where the profile lives | Per-user phone book | Machine-wide phone book |
| Does it authenticate a device | No | No |
| Does it start before sign-in | No | No, that needs a device tunnel |
लोक शेवटच्या दोन ओळींमध्येच चुकतात। सर्व वापरकर्त्यांसाठीचे प्रोफाइल मशीन-स्कोप स्टोरेज आहे, मशीनची ओळख नाही, आणि ते कोणी साइन इन करण्यापूर्वी कनेक्शन स्वतःहून उपलब्ध करत नाही। Windows Always On डिव्हाइस टनेल हे स्वतःच्या प्रमाणपत्र आणि प्रोफाइल आवश्यकतांसह वेगळे कॉन्फिगरेशन आहे। स्कोप कोण प्रोफाइल पाहू शकतो याबद्दल आहे, मशीन काय आहे याबद्दल नाही।
दृश्यता प्रमाणीकरण नाही
सर्व वापरकर्त्यांसाठीच्या प्रोफाइलला अजूनही समर्थित ओळख आणि क्रेडेन्शियल्सची व्यवस्था लागते। प्रोफाइल प्रत्येक खात्याला दृश्यमान केल्याने प्रत्येक खाते एकच प्रमाणित वापरकर्ता होत नाही, आणि त्यामुळे क्रेडेन्शियल्स एकत्र होत नाहीत।
जर डिझाइनला साइन इनपूर्वी टनेल वर हवे असेल, तर उत्तर डिव्हाइस टनेल आहे, अधिक रुंद प्रोफाइल स्कोप नाही। जर डिझाइनला प्रत्येकाने स्वतःचे प्रमाणपत्र सादर करायचे असेल, तर प्रति-वापरकर्ता प्रोफाइल त्या मॉडेलशी अधिक जुळते, कारण मशीन-व्यापी प्रोफाइल इतर कोणाचे क्रेडेन्शियल सादर करू शकत नाही।
उपयोजन आणि धोरणाची मालकी
व्यवस्थापित मशीनवर, EMM किंवा कॉन्फिगरेशन प्रोफाइल तुमच्या बदलानंतर साठवलेली स्थिती पुन्हा तयार करू शकते।
हे तुमच्या स्क्रिप्टमधील बग नाही; हे एकाच स्टोअरमध्ये लिहिणारे दोन मालक आहेत। स्कोप धोरणाच्या मालकाशी समन्वयित करा, आणि वेळापत्रकानुसार कमांड पुन्हा चालवण्याऐवजी धोरण बदलण्यास प्राधान्य द्या। धोरणाशी स्पर्धा करणारी स्थानिक दुरुस्ती अशी मशीन तयार करते जिथे पुढील सिंकपर्यंत प्रोफाइल बरोबर दिसते।
तुटल्यावर काय नोंदवायचे
तीन गोष्टी एकत्र नोंदवा: प्रोफाइलचे नाव, तुम्ही लक्ष्य केलेला स्कोप, आणि प्रत्यक्ष कनेक्शन त्रुटी।
दुसऱ्या स्टोअरमधील प्रोफाइलवर लागू केलेला मार्ग किंवा प्रमाणपत्र वापरकर्त्याने सुरू केलेले प्रोफाइल दुरुस्त करणार नाही, आणि त्रुटीचा मजकूर तुमच्या संपादनाकडे नाही, कनेक्शनकडेच निर्देश करत राहील। मंजूर बदलानंतर इच्छित प्रवेशबिंदूमधून पुन्हा कनेक्ट व्हा आणि लागू केलेले राउटिंग तसेच साठवलेली सेटिंग्ज दोन्ही तपासा। प्रोफाइल स्टोअर काय उपलब्ध आहे हे सांगते, तर सक्रिय कनेक्शन डिव्हाइस आता काय करत आहे हे सांगते।
Microsoft चे Add-VpnConnection दस्तऐवज स्कोप स्विचची नोंद तो बदलत असलेल्या पॅरामीटर्सच्या शेजारी करतात, जे उपयुक्तपणे आठवण करून देते की स्कोप तयार करताना घेतलेला निर्णय आहे, नंतर उलटावयाची सेटिंग नाही।