OpenVPN சாதனத்தின் வழி: கட்டமைப்பு உரிமையாளரா அல்லது தொடக்க ஸ்கிரிப்டா?
ஒரு மறுதொடக்கத்தைத் தாண்டிய கிளை வழியும் GUI சேமிப்பு அல்லது ஃபார்ம்வேர் புதுப்பிப்புக்குப் பிறகு மறைந்துவிடலாம். ஆதரவு பெற்ற கட்டமைப்பு உரிமையாளரைப் பேட்ச் ஸ்கிரிப்டுடன் ஒப்பிடுங்கள்.
நீங்கள் ஒரு கிளை வழியைச் சேர்க்கிறீர்கள், அது வேலை செய்கிறது, பிறகு ஃபார்ம்வேர் புதுப்பிப்பு அல்லது வலை UI இலிருந்து சேமிப்பு அதை நீக்குகிறது. அந்தத் தருணத்தில் இரண்டு திருத்தங்களும் சமமாக நியாயமானவையாகத் தோன்றுகின்றன: வழியைச் சாதனத்தின் ஆதரவு பெற்ற கட்டமைப்பு மூலத்தில் வைப்பது, அல்லது தொடக்க ஸ்கிரிப்டிலிருந்து உருவாக்கப்பட்ட கோப்பில் அதைச் சேர்ப்பது. ஒரு வாரம் அவை ஒரே மாதிரி நடந்துகொண்டு இரண்டாவது மேம்பாட்டில் பிரிகின்றன. இந்தக் கட்டுரை ஒவ்வொன்றும் உண்மையில் எதைக் கொண்டிருக்கிறது என்பதை ஒப்பிடுகிறது.
இரண்டு வேட்பாளர்களும் வெவ்வேறு விஷயங்களைக் கொண்டிருக்கின்றன
ஆதரவு பெற்ற கட்டமைப்பு மூலம் என்பது சாதனம் உள்ளீடாகக் கருதும் அனைத்தும்: GUI புலம், இறக்குமதி செய்யப்பட்ட சுயவிவரம், ஒவ்வொரு வாடிக்கையாளருக்கும் ஆவணப்படுத்தப்பட்ட அடைவு, நிர்வாகத் தொகுப்பு படிக்கும் அமைப்புகள் தரவுத்தளம். உருவாக்கப்பட்ட server.conf வெளியீடு. வெளியீட்டைத் திருத்துவது உருவாக்கி மீண்டும் இயங்கும் வரை வேலை செய்கிறது, அது சேமிப்பின் போது, மறுதொடக்கத்தின் போது மற்றும் புதுப்பிப்பின் போது நடக்கிறது.
ஸ்கிரிப்ட் அணுகுமுறை உருவாக்கி முடிந்த பிறகு அந்த வெளியீட்டில் பேட்ச் செய்கிறது. இது ஆய்வகத்திற்கு செல்லுபடியாகும் நுட்பம், மேலும் இது கிளை அலுவலகத்திற்கு தவறான இயல்புநிலை, ஏனெனில் இது வழியை ஆவணப்படுத்தப்பட்ட புலத்திற்குப் பதிலாக உரை பொருத்தத்தைச் சார்ந்ததாக்குகிறது.
| Question | Supported config source | Post-generation script |
|---|---|---|
| Survives a GUI save | Yes | Only if the save does not regenerate the file |
| Survives a package upgrade | Usually, when the field is documented | No guarantee; the wrapper can be replaced |
| Supportable by the vendor | Yes | No |
| Obvious to the next admin | Yes, it is in the UI | No, it lives in a wrapper |
சாதனம் எதை மீண்டும் உருவாக்குகிறது, எப்போது
நிர்வாகத் தொகுப்புகள் பொதுவாக அமைப்புகளைத் தரவுத்தளத்திலோ வார்ப்புரு தொகுப்பிலோ வைத்து தொடக்கத்தில் டீமன் கட்டமைப்பை உருவாக்குகின்றன. வலை UI இலிருந்து சேமிப்பது பெரும்பாலும் ஒரு வரியைப் பேட்ச் செய்வதற்குப் பதிலாக முழுக் கோப்பையும் மீண்டும் எழுதுகிறது. உங்கள் மாற்றம் அந்தக் கோப்பில் இருந்தால், இப்போது அது போய்விட்டது, எதுவும் எச்சரிக்கையைப் பதிவு செய்யவில்லை, ஏனெனில் சாதனத்தின் பார்வையில் எதுவும் இழக்கப்படவில்லை.
தொடக்க உறைகளுக்கு இரண்டாவது தோல்வி முறை உள்ளது. குறிப்பிட்ட இடைவெளியுடன் கூடிய அறிவுறுத்தலுக்கான grep வார்ப்புரு மாற்றத்திற்குப் பிறகு பொருந்துவதை நிறுத்துகிறது, ஸ்கிரிப்ட் அமைதியாக எதுவும் செய்யாது. மோசமானது, ஃபார்ம்வேர் புதுப்பிப்பு உறையைப் புதிய பதிப்புடன் மாற்றி பேட்சையும் தன்னுடன் எடுத்துச் செல்லலாம். பிறகு ஒரு வருடம் இருந்த, யாரும் வழிமாற்றத்துடன் இணைக்காத பராமரிப்பின் போது மறைந்துபோன வழி உங்களிடம் இருக்கும்.
ஆதரவு பெற்ற உரிமையாளர் எதை வெளிப்படுத்த வேண்டும்
கிளை முன்னொட்டுக்கு ஒன்றல்ல, மூன்று கூற்றுகள் தேவை. வாடிக்கையாளர் வழியைக் கற்க வேண்டும், எந்த அங்கீகரிக்கப்பட்ட வாடிக்கையாளர் முன்னொட்டைக் கொண்டிருக்கிறார் என்பதை சேவையகம் அறிய வேண்டும், கிளைப் பக்கம் தனக்கு வழங்கப்பட்ட சுரங்கப்பாதை முகவரிக்கு போக்குவரத்தைத் திருப்பி அனுப்ப வேண்டும். OpenVPN சொற்களில் இது அனுப்பப்பட்ட route, வாடிக்கையாளருடன் பிணைக்கப்பட்ட பொருந்தும் iroute, மற்றும் மறுபக்கத்தில் ஒரு திரும்பும் பாதை என்று பொருள்.
இங்குதான் சாதன UI தவறாக வழிநடத்துகின்றன. “வாடிக்கையாளர்கள் சேவையகத்தின் LAN ஐ அணுக அனுமதிக்கவும்” எனும் லேபிளுடைய தேர்வுப்பெட்டி சேவையகத்தின் சொந்த வலையமைப்பை நோக்கிய போக்குவரத்தை விவரிக்கிறது. உங்கள் கிளை எதிர் திசை: ஒரு வாடிக்கையாளருக்குப் பின்னால் உள்ள வலையமைப்பு, சேவையகப் பக்கத்திலிருந்து அணுகக்கூடியது. அதே லேபிள் அதற்கான ஆதரவைக் குறிக்காது, மேலும் கோப்பில் உள்ள செல்லுபடியாகும் அறிவுறுத்தல் அதைத் தொகுப்பு பாதுகாக்கும் எனும் உறுதிமொழி அல்ல.
ஆதரவு பெற்ற கட்டுப்பாடு இல்லாதபோது
சில நேரங்களில் நிறுவப்பட்ட பதிப்பு உண்மையிலேயே சக-குறிப்பிட்ட வழியை வெளிப்படுத்த முடியாது. அப்போது நேர்மையான விருப்பங்கள் நீங்கள் கட்டுப்படுத்தும் மற்றொரு நுழைவாயில், அல்லது இரு முனைகளிலும் ஆதரவு பெற்ற தளம்-க்கு-தளம் பயன்முறை. இரு முனைகளும் அதைப் பேச வேண்டும். தளம்-க்கு-தளம் என்று சொல்லும் தயாரிப்பு பக்கம் எந்தவொரு OpenVPN சுயவிவரத்தையும் மற்றொரு நெறிமுறையின் சுரங்கப்பாதையுடன் பரிமாற்றக்கூடியதாக்காது, அந்த இணையை வலுக்கட்டாயமாகச் செய்வது பொதுவாக நிலைப் பக்கத்தில் நன்றாகத் தெரியும் அரை-இணைக்கப்பட்ட சுரங்கப்பாதையை உருவாக்குகிறது.
வலையமைப்பை மரபுரிமையாகப் பெறுபவருக்கு ஒரு வாக்கியத்தில் விவரிக்கக்கூடிய விருப்பத்தைத் தேர்ந்தெடுங்கள். பதிலுக்கு ஸ்கிரிப்ட் பாதை மற்றும் உரை முறையைக் குறிப்பிட வேண்டும் என்றால், வடிவமைப்பு ஏற்கனவே நொறுங்கக்கூடியது.
நோக்கத்தைத் தணிக்கைக்குரியதாக்குங்கள்
ஒப்பந்தத்தைச் சாதனத்திற்கு வெளியே பதிவு செய்யுங்கள்: பயனுள்ள வாடிக்கையாளர் அடையாளம், முன்னொட்டு, திரும்பும் நுழைவாயில், மற்றும் ஒவ்வொன்றையும் வழங்கும் ஆதரவு பெற்ற புலம். ஆதரவு பெற்ற முறையின் மூலம் கட்டமைப்பை ஏற்றுமதி செய்யுங்கள், அதனால் மறுகட்டமைப்புக்கு ஒரு குறிப்பு இருக்கும், மேலும் மீண்டும் இணைத்தல், மறுதொடக்கம் மற்றும் புதுப்பிப்புக்குப் பிறகு சேவையைச் சரிபார்க்கவும், மாற்றத்திற்குப் பிறகு மட்டுமல்ல.
ஏதாவது உடைந்தால், விளக்கமற்ற வரியை மீட்டெடுத்து நம்புவதற்குப் பதிலாக, உருவாக்கப்பட்ட முடிவை அந்தப் பதிவுடன் ஒப்பிடுங்கள்.OpenVPN 2.6 குறிப்பு என்பது UI உடன் வாதிடுவதற்கு முன் route மற்றும் iroute எவ்வாறு தொடர்பு கொள்கின்றன என்பதை உறுதிப்படுத்தும் இடம்.
அடுத்த மாற்றத்திற்கான சரிபார்ப்புப் பட்டியல்: உரிமையாளரைப் பெயரிடுங்கள், மூன்று பகுதி ஒப்பந்தத்தைக் கூறுங்கள், நோக்கத்தை ஏற்றுமதி செய்யுங்கள், உங்கள் திருத்தத்திற்குப் பிறகு அல்ல, சாதனத்தின் சொந்த வாழ்க்கைச் சுழற்சி நிகழ்வுகளுக்குப் பிறகு மீண்டும் சோதியுங்கள்.