PPP-आधारित VPN मधून त्याच्या गृहीतकांची नक्कल न करता स्थलांतर

VPN स्थलांतर तेव्हा पूर्ण होते जेव्हा वापरकर्ते, गंतव्ये, नाव-निराकरण आणि अपयशाचे वर्तन सर्व अजूनही बरोबर असते, तेव्हा नाही जेव्हा नवीन क्लायंट हिरवा चिन्ह दाखवतो. जुन्या PPP-आधारित तैनाती अशा गृहीतका बाळगतात ज्या कधीही लिहिल्या गेल्या नाहीत: एकच ओळख तपासणी म्हणूनही काम करणारे सामायिक रहस्य, फायरवॉल अनुमत यादीत ठेवलेला निश्चित पत्ता पूल, सर्व्हर पाठवणारा DNS प्रत्यय. त्या गृहीतकांची यादी न करता प्रोटोकॉल बदलल्यास हँडशेक पूर्ण करणारा टनेल आणि अस्तित्वात नसलेली सीमा तयार होते. खालील क्रम मी वापरतो तो क्रम आहे, आणि शेवटची पायरी टीम्स वगळतात ती.

पायरी 1: जुने कनेक्शन काय देते त्याची यादी करा

यादी लक्षात ठेवली जात नाही, लिहिली जाते. समर्थित क्लायंट, प्रमाणीकरणाच्या भूमिका, पत्ता पूल, संरक्षित नेटवर्क, DNS आवश्यकता आणि प्रत्येक वापरकर्ता गटाला आवश्यक सेवा परवानग्या नोंदवा.

L2TP/IPsec साठी, दोन स्तर स्पष्टपणे वेगळे करा. IPsec पीअरची ओळख मशीनना प्रमाणित करते; PPP वापरकर्त्याला प्रमाणित करते, सहसा CHAP किंवा MSCHAPv2 ने.

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

पायरी 2: बदली जाणीवपूर्वक रचा

बदली निवडणे म्हणजे आवश्यकता-दर-आवश्यकता जुळवणी: संस्था ज्याला आधार देते तो प्रोटोकॉल आणि देखभाल केलेला क्लायंट, आणि प्रत्येक ओळख व प्रवेशाची आवश्यकता खऱ्या यंत्रणेत उतरते. सामायिक रहस्य स्वयंचलितपणे प्रति-उपकरण की किंवा प्रमाणपत्राच्या बरोबरीचे नसते, आणि प्रति-वापरकर्ता PPP खाते उपकरण प्रमाणपत्राच्या बरोबरीचे नसते.

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

पायरी 3: टप्प्याटप्प्याने लागू करा आणि अनुमती व नकार दोन्ही पडताळा

एका प्रातिनिधिक वापरकर्त्यासह आणि एका प्रातिनिधिक अनुप्रयोगासह लागू करा. चाचणीत खाजगी DNS निराकरण समाविष्ट करा, कारण पत्त्यापर्यंत पोहोचणारा पण अंतर्गत नाव सोडवू न शकणारा टनेल अर्धाच स्थलांतरित झाला आहे. अपेक्षित अनुपलब्ध स्थितीही समाविष्ट करा: टनेल पडल्यावर काय व्हावे, आणि क्लायंट ते लागू करतो का.

नंतर नकारलेलेच राहिले पाहिजे असे गंतव्य तपासा. विस्तृत तात्पुरता अनुमती नियम नव्या टनेलला निरोगी दाखवू शकतो, तर जुन्या सेवेने लागू केलेली अधिकृतता सीमा गुपचूप काढून टाकतो, आणि लेखापरीक्षणापर्यंत कोणालाही ते जाणवत नाही. त्याच क्लायंटकडून, त्याच सत्रात, अनुमती आणि नकाराचे निकाल शेजारी शेजारी तुलना करा. दोन्ही स्तंभ रचनेशी जुळेपर्यंत जुनी सेवा चालू ठेवा.

प्रशासकीय प्रवेश हलवण्यापूर्वी, तुम्ही बदलत असलेल्या टनेलवर अवलंबून नसलेला अधिकृत पुनर्प्राप्ती मार्ग तुमच्याकडे आहे याची खात्री करा.

पायरी 4: जुनी ओळख निवृत्त करा

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

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

स्वीकृती नोंद म्हणजे पहिल्या पायरीची यादी आणि त्यात जोडलेला स्तंभ: नवीन रचना प्रत्येक ओळीसाठी काय करते, आणि तुम्ही ते कसे पडताळले. यामुळे प्रोटोकॉल श्रेणीवृद्धी पुराव्यासह सेवा आवश्यकता बनते.

निकाल प्रोटोकॉलच्या नावाशी नाही तर सेवेला जे आवश्यक आहे त्याशी जोडून ठेवा, कारण जुन्या गृहीतका नकललेला आधुनिक प्रोटोकॉल चांगल्या चौकटीसह तोच धोका आहे. RFC 3193 L2TP IPsec वर कसा नेला जातो याचे वर्णन करते, जे दोन्ही स्तर नेहमी वेगवेगळे निर्णय होते याची उपयुक्त आठवण करून देते. जर यादीत असा ओळ असेल जी तुम्ही समजावून सांगू शकत नाही, तर थांबा आणि त्यावर काय अवलंबून आहे ते शोधा. यादी कंटाळवाणी झाल्यावर स्थलांतर पूर्ण होते.