உங்கள் வலைச் சேவையகத்தில் உள்ள VPN வாடிக்கையாளர் அதன் பதில்களை உடைக்கிறதா?

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

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

அறிகுறி: அது உள்ளூரில் பதிலளிக்கிறது, வெளியிலிருந்து அல்ல

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

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

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

மூலத் தேர்வி உண்மையில் எதைப் பொருத்துகிறது

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

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

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

திரும்பும் பாதையையும் நீங்கள் நினைக்காத போக்குவரத்தையும் சரிபாருங்கள்

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

ip rule show
ip route show table 100
ip route get 203.0.113.44 from 192.168.50.2
ss -ltnp '( sport = :443 )'

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

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

விலக்கு எவ்வளவு குறுகலாக இருக்கலாம் என்பதைத் தீர்மானியுங்கள்

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

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

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