ஒரே ஹோஸ்ட்டில் மோதல் இல்லாமல் VPN மற்றும் இணையதளத்தை இயக்குதல்

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

எந்த முகவரி மற்றும் போக்குவரத்தில் எது கேட்கிறது என்பதை முடிவு செய்யுங்கள்

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

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

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

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

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

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

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

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

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

இரண்டும் போட்டியிடும்போது என்ன செய்வது என்று முடிவு செய்யுங்கள்

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

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

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

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

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