தளம்-க்கு-தளம் VPN-க்குள் NAT அதன் இடத்தைப் பெறும்போது

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

எந்த முகவரி மீண்டும் எழுதப்படுகிறது என்பதைத் தீர்மானிக்கவும்

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

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

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

ip xfrm policy show
ip xfrm state show
nft list ruleset | grep -A4 nat

பேலோடு மற்றும் திரும்பும் பாதையைப் பின்தொடரவும்

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

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

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

தளத்தை மறுஎண்ணிடலுடன் இதை ஒப்பிடுங்கள்

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

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

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

உண்மையான அமர்வுடன் இரு திசைகளையும் நிரூபிக்கவும்

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

tcpdump -ni any host 10.40.9.20 and port 443
conntrack -L | grep 10.40.9.20
ip route get 10.40.9.20

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

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