நீங்கள் வழியைச் சேர்க்கிறீர்கள், சுரங்கம் எழுகிறது, இருந்தும் எதிர்ப்புறத்திற்கான ping «network unreachable» அல்லாமல் முழு இழப்புடன் இறக்கிறது. இந்த வேறுபாடு முக்கியம், ஏனெனில் அது வழி அட்டவணையிலிருந்து முகவரியை நோக்கி கவனத்தைத் திருப்புகிறது. 169.254 இலக்கு லிங்க்-லோக்கல், அதன் எல்லை வடிவமைப்பின்படி முதல் hop இல் முடிகிறது.

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

முகவரிக்கு வழி இல்லை என்பதல்ல, அது வழியமைக்க முடியாதது

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

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

எனவே 169.254.1.10 ஐ சுரங்கம் வழியாக அடையக்கூடியதாக அமைக்கும் நுழைவாயில் கர்னலிடம் முகவரி வடிவம் தடை செய்வதைக் கேட்கிறது. பொதி தொலை ஹோஸ்ட்டை அடைவதற்கு முன்பே நீக்கப்படுகிறது.

சுரங்கம் எல்லைச் சிக்கலை ஏன் வெளிப்படுத்துகிறது

TUN இடைமுகம் இரு தரப்புகளுக்கிடையே IP பொதிகளை எடுத்துச் செல்கிறது, அதன் பின்னால் பகிரப்பட்ட பகுதி இல்லை. ஒளிபரப்பு இல்லை, மறுபக்கத்திற்கு ARP இல்லை, அண்டை கண்டறிதலும் இல்லை.

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

Windows இல் அதே வேருடன் இரண்டாவது அறிகுறி உள்ளது: லிங்க்-லோக்கல் முகவரி மட்டும் எஞ்சிய அடாப்டருக்கு பயன்படுத்தக்கூடிய நுழைவாயில் இல்லை, எனவே ஃபயர்வால் சுயவிவரம் public இல் விழுகிறது. சுரங்கம் காரணம் அல்ல; முகவரியே காரணம்.

மூன்று கேள்விகளால் தீர்மானிக்கவும்

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

QuestionIf yesIf no
Can the far-side host be given a routable address?Change the host or fix DHCP and route normallyContinue to the next question
Does the device accept a static address at all?Assign one from the site's real prefixBridging is the only remaining option
Can you accept broadcast crossing the tunnel?A bridge is viable for a small segmentReplace the device or accept no remote access

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

எதையும் அனுமானிக்கும் முன் சர்வர் பக்கத்தைச் சரிபார்க்கவும். ஹோஸ்ட்டில் ip addr show மற்றும் ip route, வாடிக்கையாளரில் arp -n அல்லது route print -4 இயக்கவும்.

பாலம் சரியான பதிலாக இருக்கும்போது அதன் செலவு

இயற்பியல் அடாப்டரை TAP அடாப்டருடன் பாலமாக்குவது தொலை வாடிக்கையாளரை உள்ளூர் ஒளிபரப்பு களத்தின் பகுதியாக மாற்றுகிறது.

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

பாலம் அமைக்கும்போது இரு பகுதிகளும் தேவை: சர்வரில் பாலம் மற்றும் வாடிக்கையாளர் சுயவிவரத்தில் வழி. பாலம் மட்டும் வாடிக்கையாளரை ஊகிக்க விடுகிறது, வழி மட்டும் முகவரி வகுப்பைச் சரிசெய்ய முடியாது.

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