இரண்டு அலுவலகங்களும் 192.168.77.0/24 பயன்படுத்துகின்றன, அவை ஒரே வலையமைப்பாக இருக்க ஒருவர் சுரங்கப்பாதையைப் பரிந்துரைக்கிறார். இந்த வாக்கியம் எளிமையாகத் தோன்றுகிறது, மூன்று வெவ்வேறு வடிவமைப்புகளை மறைக்கிறது: மோதும் இரண்டு தனித்துவமான LAN, WAN வழியாக வேண்டுமென்றே நீட்டப்பட்ட ஒரு ஈதர்நெட் பிரிவு, மற்றும் தொலை முகவரிகளுக்குப் பதிலளிக்கும் proxy-ARP ஏற்பாடு. உங்களிடம் எது உள்ளது என்பது ஹோஸ்ட் பாக்கெட்டுடன் என்ன செய்கிறது என்பதைத் தீர்மானிக்கிறது, பதில் VPN நுழைவாயில் ஈடுபடுவதற்கு முன்பே தெரிகிறது.

ரவுட்டருக்கு முன்பே ஹோஸ்ட் தீர்மானிக்கிறது

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

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

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

ARP என்பது உள்ளூர் இணைப்பின் கேள்வி

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

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

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

நீட்டப்பட்ட பிரிவு சட்டகங்களை எடுத்துச் செல்கிறது, வழித்தடங்களை அல்ல

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

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

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

Proxy ARP மூன்றாவது வடிவமைப்பு

ரவுட்டர் ஒரு தொலை முகவரிக்கு ARP-க்குப் பதிலளித்து பின்னர் அங்கு அனுப்ப முடியும். இது ஒளிபரப்பு களத்தை நீட்டாமல் அனுப்புபவருக்கு தொலை ஹோஸ்ட் நேரடி இணைப்பில் இருப்பது போலக் காட்டுகிறது.

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

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

தேவையிலிருந்து தேர்ந்தெடுத்து, பின்னர் சரிபார்க்கவும்

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

உண்மையில் எந்த வடிவமைப்பு உங்களிடம் உள்ளது என்பதை உறுதிப்படுத்துங்கள் ஹோஸ்டை இலக்குடன் என்ன செய்கிறது என்று கேட்டு:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

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

தொடர்புடைய கட்டுரைகள்