ipp.txt இல் ஒரு வரியைத் திருத்துவது முகவரியை முன்பதிவு செய்வது போல் தோன்றும், ஆனால் அப்படி இல்லை. ifconfig-pool-persist எனப் பெயரிடப்பட்ட அந்தக் கோப்பு, ஒரு பொதுப் பெயருக்கு கடைசியாக எந்த முகவரி இருந்தது என்பதைப் பதிவு செய்கிறது, அதனால் குளம் வசதியாக இருக்கும்போது அதே முகவரியைத் திருப்பித் தர முடியும். அதில் எதுவும் அடுத்த இணைப்பை அந்த எண்ணுடன் பிணைக்கவில்லை.

கீழே உள்ள சோதனைகளை வரிசையாக இயக்கவும். ஒவ்வொன்றும் இயங்குமுறையை உறுதிப்படுத்துகிறது அல்லது நிறுத்தி ஒரு உள்ளீட்டைச் சரிசெய்யச் சொல்கிறது.

நிலைத்தன்மை கோப்பு எதற்காக

மறுதொடக்கங்களுக்கு இடையே முகவரிகள் நிலையாக இருக்க கோப்பு உள்ளது, இது மீண்டும் இணைவதை எளிதாக்கி பதிவுகளைப் படிக்க எளிதாக்குகிறது. இது வரலாறாகப் படிக்கப்பட்டு வரலாறாக எழுதப்படுகிறது, மேலும் குறிப்பு பொருந்தாதபோது வேறு முகவரியைத் தேர்ந்தெடுக்க ஒதுக்கீட்டுப் பாதை சுதந்திரமாக உள்ளது: வேறு குளம், முரண்பட்ட ஒதுக்கீடு, அல்லது குளம் நிரம்பிய பிறகு வந்த வாடிக்கையாளர். அதனால்தான் கைமுறை திருத்தம் கோப்பில் சரியாகத் தோன்றினாலும் இணைப்பில் எதையும் மாற்றாது. அதைக் கொள்கையின் மூலமாக அல்ல, கடந்த முடிவுகளின் தற்காலிகச் சேமிப்பாகக் கருதுங்கள்.

ஒரு குறிப்பிட்ட வாடிக்கையாளருக்கு குறிப்பிட்ட முகவரி தேவைப்பட்டால், ஆவணப்படுத்தப்பட்ட இயங்குமுறை ifconfig-push, அது அந்த வாடிக்கையாளரைக் கொண்ட உள்ளமைவில் அமைகிறது.

சரியான வாடிக்கையாளர் தேர்ந்தெடுக்கப்பட்டுள்ளாரா எனச் சரிபார்க்கவும்

வெளிப்படையான ஒதுக்கீடு வாடிக்கையாளரின் பொதுப் பெயரால் தேடப்படுகிறது, எனவே தவறான அடையாளத்திற்குப் பெயரிடப்பட்ட கோப்பு ஒருபோதும் படிக்கப்படுவதில்லை. சேவையகம் அந்த வாடிக்கையாளரின் பெயராக எதைக் கருதுகிறது என்பதை உறுதிப்படுத்தவும், குறிப்பாக username-as-common-name அங்கீகாரத்திற்குப் பிறகு அதை மாற்றும் இடத்தில். பின்னர் கோப்பின் பெயர் அந்த மதிப்புடன் சரியாகப் பொருந்துகிறதா என்பதை, எழுத்துகளின் சிறிய-பெரிய வடிவம் உட்பட உறுதிப்படுத்தவும்.

இங்கிருக்கும்போது ஒரே நேரத்தன்மையையும் கவனியுங்கள். duplicate-cn அனுமதிக்கப்பட்டால், பல சாதனங்கள் ஒரே அடையாளத்தை முன்வைக்கலாம், ஒரு நிலையான முகவரி அவை அனைத்திற்கும் தனித்துவமாக இருக்க முடியாது. அந்த அடையாளத்திற்கான ஒரே நேர அமர்வுகளை மறுப்பது நிலையான முகவரிக்கு மதிப்புள்ளதா என முடிவு செய்யுங்கள், ஏனெனில் அந்த இரண்டு தேவைகளையும் ஒரே நேரத்தில் பூர்த்தி செய்ய முடியாது.

எண்கள் இடவியலுடன் பொருந்துகின்றனவா எனச் சரிபார்க்கவும்

வாதங்களின் பொருள் சுரங்கப்பாதை இடவியலைப் பொறுத்தது, மேலும் நகலெடுக்கப்பட்ட எடுத்துக்காட்டு அதிக சேதம் விளைவிப்பது இங்குதான். பழைய net30 அமைப்பில் ஒவ்வொரு வாடிக்கையாளரும் நான்கு முகவரிகளின் தொகுதியை ஆக்கிரமிக்கிறார், எனவே push ஒரு ஜோடி முகவரிகளை வழங்குகிறது. துணை வலையமைப்பு இடவியலில் வாடிக்கையாளர் ஒரு முகவரி மற்றும் குளத்தின் மறைப்பைப் பெறுகிறார், ஜோடி வடிவம் தவறானது. வரியை எழுதுவதற்கு முன் இயங்கும் உள்ளமைவிலிருந்து இடவியலைப் படியுங்கள்.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

முகவரியை அதைச் சொந்தமாகக் கொள்ளக்கூடிய எல்லாவற்றுக்கும் எதிராகச் சரிபார்க்கவும்: மற்றொரு வெளிப்படையான ஒதுக்கீடு, மாறும் குளத்தின் வரம்பு, மற்றும் நிலையான புரவலன் என்று கருதும் எந்த நிலையான வழியும். குளத்துடன் ஒன்றினைந்து வரும் முகவரி, குளம் அதை வேறொருவருக்குக் கொடுக்கும் வரை வேலை செய்யும், அந்தத் தோல்வி சீரற்றதாகத் தோன்றும்.

புதிய இணைப்பில் முடிவைச் சரிபார்க்கவும்

இருக்கும் அமர்வு அதற்குக் கொடுக்கப்பட்ட முகவரியைத் தக்கவைத்துக்கொள்ளும், எனவே அர்த்தமுள்ள ஒரே சோதனை புதிய இணைப்புதான். வாடிக்கையாளரைத் துண்டிக்கவும், மீண்டும் இணைக்கவும், அவர் உண்மையில் பெற்ற முகவரியை அதனுடன் வந்த வழிகளுடன் படியுங்கள். முகவரி இன்னும் மாறும் நிலையில் இருந்தால், ஒதுக்கீடு பயன்படுத்தப்படவில்லை, அடுத்த படி வரலாற்றுக் கோப்பில் மற்றொரு திருத்தம் அல்ல, உள்ளமைவில் தேடுவதுதான்.

ஆதாரங்களை ஒன்றாக வைத்திருங்கள்: வாடிக்கையாளர் பெயர், பொருந்திய கோப்பு, ஒதுக்கப்பட்ட முகவரி மற்றும் அது வந்த குளம்.

இறுதியாக, நிலையான சுரங்கப்பாதை முகவரி சாதனத்தின் சான்று அல்ல. அது முகவரித் திட்டத்தில் ஒரு இடத்தைக் குறிக்கிறது, அதேசமயம் அங்கீகாரம் இன்னும் சான்றிதழ் மற்றும் கணக்கில் தங்கியுள்ளது. இரண்டையும் கலப்பது முகவரி மோதலை யாரும் எழுதாத பாதுகாப்பு அனுமானமாக மாற்றுகிறது.

தொடர்புடைய கட்டுரைகள்