கிளையன்ட் ஹூக்கா சர்வர் ஹூக்கா? OpenVPN ஸ்கிரிப்ட் எங்கே இயங்குகிறது

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

இரண்டு இயந்திரங்கள், முதலில் பதிலளிக்க வேண்டிய இரண்டு கேள்விகள்

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

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

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

சர்வர் பக்க விருப்பம்: ஒவ்வொரு இணைப்பிற்கும் ஒரு நிகழ்வு

client-connect ஸ்கிரிப்ட் அங்கீகரிக்கப்பட்ட கிளையன்ட் இணையும்போது சர்வரின் செயல்முறை சூழலில் இயங்குகிறது, மேலும் common name மற்றும் ஒதுக்கப்பட்ட முகவரி போன்ற ஆவணப்படுத்தப்பட்ட இணைப்பு விவரங்களைப் பெறுகிறது. ஒவ்வொரு கிளையன்டுக்கும் கட்டமைப்புத் துண்டை எழுத, கொள்கை முடிவை நடைமுறைப்படுத்த அல்லது சர்வர் சொந்தமாக்கும் நிலையைப் பதிவு செய்ய இது சரியான இடம்.

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

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

கிளையன்ட் பக்க விருப்பம்: உள்ளூரில் இயங்க வேண்டிய வேலை

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

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

பெயரிடலும் முக்கியம். up ஹூக் சாதன உருவாக்கத்திற்கும் route-up பாதை நிறுவலுக்கும் பொருந்தும், ஆனால் தனியார் நெட்வொர்க் அணுகக்கூடியதாக இருக்க வேண்டிய பணி, சாதன உருவாக்கம் என்றால் ஒவ்வொரு பாதை, resolver பதிவு மற்றும் பயன்பாடும் தயார் என்று அனுமானிப்பதற்குப் பதிலாக அணுகலைச் சரிபார்க்க வேண்டும்.

இயக்கக்கூடிய குறியீட்டை push செய்வது விருப்பங்களில் இல்லாதது ஏன்

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

உள்ளூரில் ஸ்கிரிப்ட் இயக்கத்தை இயக்குவது அதை மாற்றாது. உங்கள் script-security அமைப்பு நீங்கள் தேர்ந்தெடுத்த உள்ளூர் ஸ்கிரிப்டுகளுக்கு அனுமதி தருகிறது; அது சர்வருக்குப் புதியவற்றை வழங்கும் அதிகாரத்தைத் தராது.

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

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

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

உண்மையில் அதை இயக்கும் கணக்கின் கீழ், உண்மையில் இயங்கும் தருணத்தில் சோதியுங்கள். openvpn(8) கையேடு இரண்டு ஹூக் குடும்பங்களையும் push வரம்புகளையும் ஆவணப்படுத்துகிறது; நீங்கள் பயன்படுத்தும் தளம் அவற்றை ஏதேனும் வழங்குகிறதா என்று ஆவணப்படுத்துகிறது. ஊடாடும் நிர்வாகி முனையத்தில் வெற்றி பெறும் ஸ்கிரிப்ட் ஒரு அனுமானம், சரிபார்ப்பு அல்ல.