VPN வாடிக்கையாளர் இணையும்போது வலை சேவையகம் மறைந்துவிடுகிறது

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

அறிகுறி: கோரிக்கைகள் உள்ளே, பதில்கள் தவறான கதவு வழியாக வெளியே

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

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

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

இரண்டு இயல்புநிலை வழிகளும் ஒரு வழித்தட முடிவும்

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

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

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

சுரங்கப்பாதையை உடைக்காமல் திரும்பும் பாதையைச் சரிசெய்யுங்கள்

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

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

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

ip rule show
ip route get 203.0.113.9 from 192.0.2.44

புரவலன் தனக்குப் பின்னால் உள்ள LAN-க்கும் வழித்தடம் அமைக்கும்போது

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

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

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