कॉपी केलेल्या rasphone.pbk ने इतर सिस्टम-व्यापी VPN पुसून टाकले

एक VPN पोहोचवण्यासाठी जागतिक फोन बुक बदलल्यास त्यात साठवलेले इतर प्रत्येक कनेक्शन पुसले जाते. नामांकित प्रोफाइल ठेवा, त्याचे पूर्वावलोकन करा, नंतर उर्वरित टिकतात हे सिद्ध करा.

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

उपाय अधिक चांगली कॉपी नाही. उपाय फाइलची कॉपी न करणे आहे.

फोन बुकमध्ये प्रत्यक्षात काय असते

फोन बुक हे कनेक्शन व्याख्यांचे पात्र आहे, प्रोफाइल नाही. प्रति-वापरकर्ता नोंदी वापरकर्ता प्रोफाइलखाली राहतात, आणि सर्व-वापरकर्ता नोंदी मशीन-व्यापी ProgramData मार्गाखाली राहतात, म्हणून ती फाइल लिहिणारी तैनाती एकाच वेळी प्रत्येक स्थानिक वापरकर्त्याला स्पर्श करते. त्याच फाइलमध्ये इतर पुरवठादारांनी तयार केलेल्या नोंदीही असतात, आणि दुष्परिणाम तिथूनच येतो.

कनेक्शन व्याख्या ही संपूर्ण कहाणी नाही. मार्ग, DNS धोरण, विश्वासार्ह CA सामग्री आणि ओळख वेगवेगळे मालक पुरवतात.

कोणता परिघ प्रोफाइलचा मालक आहे ते शोधा

काहीही लिहिण्यापूर्वी दोन्ही परिघ सूचीबद्ध करा. Get-VpnConnection सध्याच्या वापरकर्त्याच्या नोंदी परत करते आणि Get-VpnConnection -AllUserConnection मशीन-व्यापी नोंदी परत करते, आणि तेच नाव दोन्हीमध्ये वेगळ्या सेटिंग्जसह असू शकते. तुमची तैनाती कोणत्या परिघाची मालक आहे ते ठरवा आणि लिहून ठेवा, कारण चुकीचा परिघ अद्ययावत केल्यास वापरकर्ता जुन्या प्रोफाइलने जोडलेला राहतो आणि तुमचा बदल कोणीही न वाचणाऱ्या फाइलमध्ये पडून राहतो. SYSTEM म्हणून चालणारे नियोजित कार्य देखील लॉग-इन वापरकर्त्यापेक्षा वेगळा प्रोफाइल संच पाहते.

मालकाचे नाव देणे हे पुढील अभियंत्याला संपूर्ण फाइलची कॉपी पुन्हा करण्यापासून थांबवणारे पाऊल आहे.

नामांकित कनेक्शन तयार करा किंवा अद्ययावत करा, इतर काहीही नाही

मूळ Windows प्रोफाइलसाठी, Add-VpnConnection एक नोंद तयार करते, आणि -AllUserConnection मशीन-व्यापी परिघ निवडते. प्रथम ते -WhatIf सह चालवा, जेणेकरून पूर्वावलोकन तुमच्या ट्रान्स्क्रिप्टमध्ये जाईल, वापरकर्त्याच्या तक्रारीत नाही:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

EAP XML कुठून तरी कायदेशीरपणे आले पाहिजे: कार्यरत संदर्भ प्रोफाइलमधून निर्यात केलेले, किंवा तुमच्या व्यवस्थापन साधनांनी खऱ्या गेटवेसाठी तयार केलेले. योग्य सर्व्हर-विश्वास सेटिंग्जशिवाय प्रोफाइल एकतर चुकीच्या गोष्टीशी जोडते किंवा सर्वत्र अयशस्वी होते, आणि दोन्हीपैकी कोणतेही तैनातीचे यश नाही.

नोंद आधीच असेल तर तिच्या सेटिंग्जची तुलना करा आणि ती Set-VpnConnection ने अद्ययावत करा, ती पुसून पुन्हा तयार करण्याऐवजी. पुसणे म्हणजे कार्यरत कॉन्फिगरेशन अशी फील्ड गमावते जी कोणीही दस्तऐवजीकृत केली नाहीत, आणि असंबंधित नोंदी मोठ्या सफाईत अडकतात.

पुढील धोरण रिफ्रेशवर जुने प्रोफाइल परत आणणारी दुसरी व्यवस्थापन प्रणाली आहे का ते तपासा. पायलट येथे cmdlet पेक्षा जास्त वेळा अयशस्वी होतात.

आधीच दुसरे VPN असलेल्या मशीनवर पायलट करा

मशीन-व्यापी असंबंधित नोंद असलेले चाचणी मशीन निवडा, तैनात करा, नंतर तीन गोष्टी पडताळून पहा: नवीन प्रोफाइल इच्छित परिघात दिसते, प्रमाणीकरण खाजगी संसाधनापर्यंत पोहोचते, आणि असंबंधित नोंद अजूनही जोडते. आणखी दोन वेळा तैनात करा आणि दुसरी फेरी केवळ स्वतःचे प्रोफाइल बदलते याची खात्री करा. ती तिसरी तपासणी अशा पॅकेजला पकडते जे स्वतःच्या नोंदीसाठी निष्क्रिय आणि बाकी सर्वांसाठी विध्वंसक आहे.

काढणेही तोच नियम पाळते: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection एक नोंद निवृत्त करते आणि फाइलचा उर्वरित भाग अस्पर्श ठेवते.

पूर्वीचे इच्छित कॉन्फिगरेशन उपलब्ध ठेवा, जेणेकरून मर्यादित रोलबॅक म्हणजे संपूर्ण मशीन स्थिती पुनर्संचयित करण्याऐवजी एक प्रोफाइल पुन्हा आयात करणे.

संबंधित लेख