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

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

இந்த வேறுபாடே எந்தக் கட்டளைகளை இயக்குவது பயனுள்ளது என்பதைத் தீர்மானிக்கிறது.

ஒரே மாதிரியாகத் தெரியும் இரண்டு கோளாறுகள்

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

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

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

முதல் நிலை: திரும்பும் பாதை இல்லை

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

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

இரண்டாம் நிலை: கொள்கை அதை ஒருபோதும் அனுமதிக்கவில்லை

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

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

அதே புரவலர்களில் முன்னும் பின்னும் ஒப்பிடுங்கள்

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

tcpdump -ni any host 10.20.30.40 and port 445
conntrack -L | grep 10.20.30.40
ip route get 10.20.30.40
swanctl --list-sas

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

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