பொருந்தும் VPN வாடிக்கையாளர் முகவரிக் குளத்தை எவ்வாறு திட்டமிடுவது

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

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

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

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

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

வாடிக்கையாளர் உண்மையில் பெற்ற முகவரியைப் படியுங்கள்

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

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

ip -4 addr show tun0
ip route get 192.168.50.20

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

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

சேவையிலிருந்து பதிலைப் பின்னோக்கித் தொடருங்கள்

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

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

இரு வாடிக்கையாளர்கள், பின்னர் ஒரு ரத்து

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

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

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

நான்கு மதிப்புகளையும் அடுத்த மாற்றம் அவற்றைக் கண்டறியும் இடத்தில் எழுதுங்கள்

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

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