PPP அடிப்படையிலான VPN-இலிருந்து அதன் அனுமானங்களை நகலெடுக்காமல் இடம்பெயர்தல்
முதலில் அடையாளங்கள், முகவரி குளங்கள், வழித்தடங்கள், DNS மற்றும் அணுகல் கொள்கையைப் பட்டியலிடுங்கள். வேலை செய்யும் ஹேண்ட்ஷேக் என்பது அதே அணுகல் எல்லையைத் தக்கவைத்த இடம்பெயர்வு அல்ல.
VPN இடம்பெயர்வு முடிவடைவது பயனர்கள், இலக்குகள், பெயர்த் தீர்வு மற்றும் தோல்வியின் போதான நடத்தை அனைத்தும் இன்னும் சரியாக இருக்கும்போது, புதிய கிளையண்ட் பச்சை சின்னத்தைக் காட்டும்போது அல்ல. பழைய PPP அடிப்படையிலான நிறுவல்கள் ஒருபோதும் எழுதப்படாத அனுமானங்களைக் கொண்டு செல்கின்றன: ஒரே அடையாளச் சரிபார்ப்பாகவும் இருந்த பகிரப்பட்ட ரகசியம், ஃபயர்வால் அனுமதிப் பட்டியலில் வைத்திருக்கும் நிலையான முகவரி குளம், சேவையகம் தள்ளும் DNS பின்னொட்டு. அந்த அனுமானங்களைப் பட்டியலிடாமல் நெறிமுறையை மாற்றுவது ஹேண்ட்ஷேக்கை முடிக்கும் சுரங்கப்பாதையையும் இல்லாத எல்லையையும் உருவாக்குகிறது. கீழே உள்ள வரிசை நான் பயன்படுத்தும் வரிசை, கடைசிப் படிநிலையே குழுக்கள் தவிர்ப்பது.
படி 1: பழைய இணைப்பு என்ன தருகிறது என்பதைப் பட்டியலிடுங்கள்
பட்டியல் நினைவில் வைக்கப்படுவதில்லை, எழுதப்படுகிறது. ஆதரவளிக்கப்படும் கிளையண்ட்கள், அங்கீகாரப் பாத்திரங்கள், முகவரி குளங்கள், பாதுகாக்கப்பட்ட வலையமைப்புகள், DNS தேவைகள் மற்றும் ஒவ்வொரு பயனர் குழுவுக்கும் தேவையான சேவை அனுமதிகளைப் பதிவு செய்யுங்கள்.
L2TP/IPsec பொறுத்தவரை, இரண்டு அடுக்குகளையும் வெளிப்படையாகப் பிரிக்கவும். IPsec இணையின் அடையாளம் இயந்திரங்களை அங்கீகரிக்கிறது; PPP பயனரை அங்கீகரிக்கிறது, பொதுவாக CHAP அல்லது MSCHAPv2 உடன்.
பழைய நிறுவல்கள் தங்கள் அனுமானங்களை மறைப்பது இந்தப் பிரிவில்தான். ஒவ்வொரு கிளையண்டும் பங்கிடும் முன்-பங்கு விசை சாதனத்தை அல்ல, குழுவை அங்கீகரிக்கிறது, மேலும் பல நேரங்களில் அதுவே எப்போதாவது மாற்றப்பட்ட ஒரே விஷயம். PPP கணக்கே உண்மையான பயனர்-வாரி கட்டுப்பாடு என்றால் அதைச் சொல்லுங்கள், ஏனெனில் மாற்றீடு அந்தக் கட்டுப்பாட்டைப் பங்கிடப்பட்ட சரம் அல்லாத ஒன்றால் மீண்டும் உருவாக்க வேண்டும். நிலையான மூல முகவரிகள் மற்றும் உள்ளூர் வலைப்பிணைய விதிவிலக்குகளையும் குறிப்பிடுங்கள், ஏனெனில் அவை உடையும் வரை யாரும் ஆவணப்படுத்தாத சார்புகள்.
படி 2: மாற்றீட்டை வேண்டுமென்றே வடிவமைக்கவும்
மாற்றீட்டைத் தேர்ந்தெடுப்பது தேவைக்கு-தேவை பொருத்தம்: அமைப்பு ஆதரவளிக்கும் நெறிமுறை மற்றும் பராமரிக்கப்படும் கிளையண்ட், ஒவ்வொரு அடையாள மற்றும் அணுகல் தேவையும் உண்மையான பொறிமுறையில் இறங்குகிறது. பகிரப்பட்ட ரகசியம் தானாகவே சாதன வாரி விசை அல்லது சான்றிதழுக்குச் சமமாகாது, பயனர் வாரி PPP கணக்கு சாதனச் சான்றிதழுக்குச் சமமாகாது.
எல்லாவற்றுக்கும் முன் முகவரி வரம்புகளை ஒருங்கிணைக்கவும், ஏனெனில் வீட்டு அல்லது அலுவலக LAN உடன் மேலிடும் மாற்றீட்டுக் குளம், மறையீட்டு வலிமைக்குத் தொடர்பில்லாத தோல்வியை உருவாக்குகிறது. பழைய சேவைக்காக நீங்கள் உருவாக்கிய அதே பட்டியலுக்கு எதிராகவும், புதிய கிளையண்ட் இயல்பாகக் கருதுவதற்கு எதிராகவும் குளத்தைச் சரிபார்க்கவும். பாதுகாக்கப்பட்ட வலையமைப்புகளுக்கான திரும்பு வழியமைப்பை உறுதிசெய்து, பழையது தள்ளிய DNS பின்னொட்டை புதிய கிளையண்ட் தள்ளவோ ஆவணப்படுத்தவோ முடியும் என்பதை உறுதிசெய்யவும். அந்த இரண்டு விஷயங்களே நெறிமுறை மாற்றத்தை விட அதிக இடம்பெயர்வு பதிவுகளை உருவாக்குகின்றன.
படி 3: கட்டங்களாகச் செயல்படுத்தி அனுமதியும் மறுப்பும் இரண்டையும் சரிபார்க்கவும்
ஒரு பிரதிநிதி பயனர் மற்றும் ஒரு பிரதிநிதி பயன்பாட்டுடன் செயல்படுத்தவும். சோதனையில் தனியார் DNS தீர்வைச் சேர்க்கவும், ஏனெனில் முகவரியை அடைந்தும் உள் பெயரைத் தீர்க்க முடியாத சுரங்கப்பாதை பாதி மட்டுமே இடம்பெயர்ந்துள்ளது. எதிர்பார்க்கப்படும் கிடைக்காத நிலையையும் சேர்க்கவும்: சுரங்கப்பாதை விழும்போது என்ன நிகழ வேண்டும், கிளையண்ட் அதைச் செயல்படுத்துகிறதா.
பின்னர் மறுக்கப்பட்டே இருக்க வேண்டிய இலக்கைச் சோதிக்கவும். பரந்த தற்காலிக அனுமதி விதி புதிய சுரங்கப்பாதையை ஆரோக்கியமாகக் காட்டலாம், அதே வேளையில் பழைய சேவை செயல்படுத்திய அனுமதி எல்லையை அமைதியாக அகற்றுகிறது, தணிக்கை வரை யாரும் கவனிப்பதில்லை. ஒரே கிளையண்டிலிருந்து, ஒரே அமர்வில், அனுமதி மற்றும் மறுப்பு முடிவுகளைப் பக்கத்திற்குப் பக்கம் ஒப்பிடவும். இரு நெடுவரிசைகளும் வடிவமைப்புடன் பொருந்தும் வரை பழைய சேவையை இயங்கவிடவும்.
நிர்வாகி அணுகலை நகர்த்தும் முன், நீங்கள் மாற்றும் சுரங்கப்பாதையைச் சாராத அங்கீகரிக்கப்பட்ட மீட்புப் பாதை உங்களுக்கு உள்ளதா என உறுதிசெய்யவும்.
படி 4: பழைய அடையாளத்தை ஓய்வுபெறச் செய்யுங்கள்
பழைய அடையாளத்தைச் சரியாக ஓய்வுபெறச் செய்வது என்பது காலாவதியான பயனர்களையும் சாதனச் சான்றுகளையும் அவற்றைச் சொந்தமாகக் கொண்ட சேவை மூலம் ரத்து செய்து, பின்னர் சார்பு எதுவும் மீதமில்லாதபோது பழைய சுயவிவரங்களையும் கேட்பான்களையும் நீக்குவது. உள்ளூர் கோப்பை நீக்குவது வேறெங்கும் உள்ள நகலை ரத்து செய்யாது, பழைய பகிரப்பட்ட ரகசியத்தை இன்னும் ஏற்கும் பழைய கேட்பான் கண்காணிப்பற்ற கதவாகும்.
அந்த இடத்தில் மெதுவாகச் செல்வது மதிப்புள்ளது. மடிக்கணினியில் ஓய்வுபெறச் செய்யப்பட்ட கிளையண்ட் சுயவிவரம் ரத்துசெய்யப்பட்ட சான்று அல்ல; சான்று சேவையகத்தில் வாழ்ந்து, சேவையகம் அதை ஏற்பதை நிறுத்தும் வரை செல்லுபடியாகும். பழைய கட்டமைப்பின் பிற நகல்களைத் தேடுங்கள் — சோதனைச் சாதனங்கள், மறந்துபோன தொலைபேசி, யாரோ வைத்திருக்கும் நிறுவி — மேலும் கேட்பானை நிறுத்துவதைப் பழைய சேவை உண்மையில் முடிவடையும் தருணமாகவே கருதுங்கள். அதுவரை இடம்பெயர்வுக்கு இரண்டு முன் கதவுகள் உள்ளன.
ஏற்புப் பதிவு என்பது முதல் படியின் பட்டியலுடன் ஒரு நெடுவரிசை சேர்த்தது: புதிய வடிவமைப்பு ஒவ்வொரு வரிசைக்கும் என்ன செய்கிறது, அதை எப்படிச் சரிபார்த்தீர்கள். இது நெறிமுறை மேம்பாட்டைச் சான்றுடன் கூடிய சேவைத் தேவையாக மாற்றுகிறது.
முடிவை நெறிமுறையின் பெயருக்கு அல்ல, சேவைக்குத் தேவைப்படுவதற்குப் பிணைத்து வைத்திருங்கள், ஏனெனில் பழைய அனுமானங்களை நகலெடுத்த நவீன நெறிமுறை சிறந்த கட்டமைப்புடன் அதே அபாயமே. RFC 3193 L2TP எவ்வாறு IPsec மேல் எடுத்துச் செல்லப்படுகிறது என்பதை விவரிக்கிறது, அந்த இரண்டு அடுக்குகளும் எப்போதும் தனித்தனி முடிவுகளாக இருந்தன என்பதற்கு இது பயனுள்ள நினைவூட்டல். பட்டியலில் நீங்கள் விளக்க முடியாத வரிசை இருந்தால், நின்று அதை எது சார்ந்துள்ளது என்பதைக் கண்டறியுங்கள். பட்டியல் சலிப்பாகும்போது இடம்பெயர்வு நிறைகிறது.