route -interface இணைப்புக்கு வெளியே உள்ள ஹோஸ்ட்டை ஏன் அடைய முடியாது
இன்டர்ஃபேஸ் கொடி macOS-க்கு இலக்கு கம்பியில் இருப்பதைச் சொல்கிறது. உள்ளூர் இணைப்புக்கு அப்பால் உள்ள எல்லாவற்றுக்கும் அடையக்கூடிய நுழைவாயில் தேவை, சுரங்கப்பாதை இன்னும் அதை மறுக்கக்கூடும்.
route Wi-Fi இன்டர்ஃபேஸ் பெயரை ஏற்றுக்கொண்டு, புகார் இல்லாமல் வெளியேறுகிறது, ஹோஸ்ட் இன்னும் அணுக முடியாததாகவே உள்ளது. எதுவும் சேதமடையவில்லை; வழித்தடத்தில் உள்ள உறவு தவறானது: இன்டர்ஃபேஸ் கொடி இலக்கு எந்த இணைப்பில் உள்ளது என்பதைச் சொல்கிறது, வேறு இடத்தில் உள்ள இலக்கிற்கு எந்த ரவுட்டர் போக்குவரத்தைப் பெற வேண்டும் என்பதை அல்ல. கட்டளை இலக்கணப்படி செல்லுபடியாகும் என்பதால் வெற்றி பெறுகிறது, செயல்படும் பாதையை விவரிப்பதால் அல்ல.
அந்த வேறுபாடுதான் VPN-க்கு அருகில் உள்ள வழித்தட விதிவிலக்கு செயல்படுமா அல்லது நம்பத்தகுந்ததாகத் தோன்றுமா என்பதைத் தீர்மானிக்கிறது.
இன்டர்ஃபேஸ் வெளியேற்றம், அடுத்த ஹாப் ஒப்படைப்பு
192.168.50.20 முகவரி கொண்ட Mac மற்றும் 192.168.50.1 இல் ரவுட்டர் இருக்கும்போது, அதே இணைப்பில் உள்ள மற்றொரு இயந்திரத்தை நேரடியாக அடையலாம். ஃபிரேம் அந்த இயந்திரத்திற்கு முகவரியிடப்பட்டு கம்பியில் வைக்கப்படுகிறது. எந்த ரவுட்டரும் ஈடுபடவில்லை, இன்டர்ஃபேஸ்-வரம்புள்ள வழித்தடம் அதைத்தான் வெளிப்படுத்துகிறது. தொலை முனையை வேறு கட்டிடத்தில் உள்ள ஹோஸ்ட்டாக மாற்றினால் அதே கட்டளை அர்த்தமற்றதாகிறது. கம்பியில் வைக்க Mac-க்கு இரண்டாம் அடுக்கு முகவரி இல்லை, எனவே இன்டர்ஃபேஸ் கொடிக்கு விவரிக்க எதுவும் இல்லை.
இணைப்புக்கு வெளியே உள்ள இலக்கு வேறுபட்டது. இரண்டாம் அடுக்கில் அடைய முடியாத ஹோஸ்ட்டுக்கு முகவரியிடப்பட்ட ஃபிரேமை Mac கம்பியில் வைக்க முடியாது; அடையக்கூடிய ரவுட்டருக்கு பாக்கெட்டை ஒப்படைக்கிறது. எனவே வழித்தடத்திற்கு நுழைவாயில் தேவை, நுழைவாயிலே இணைக்கப்பட்ட இணைப்பில் அடையக்கூடியதாக இருக்க வேண்டும்.
இணைப்புக்கு வெளியே உள்ள இலக்குக்கு இன்டர்ஃபேஸ் கொடியைப் பயன்படுத்துவது, அந்த இலக்கை கம்பியில் இருப்பதாகக் கருதச் சொல்லி macOS-க்குச் சொல்கிறது. பின்னர் கர்னல் அதற்கு இரண்டாம் அடுக்கு முகவரியைத் தீர்க்க முடியாது, பிழையில் பயனுள்ள எதுவும் இல்லாமல் பாக்கெட் நிராகரிக்கப்படுகிறது.
இன்டர்ஃபேஸ் கொடி உண்மையில் எதைக் கூறுகிறது
Apple-இன் வழித்தடக் குறிப்பு, இடைத்தரகர் இல்லாமல் நேரடியாக அடையக்கூடிய இலக்குகளுக்கான இன்டர்ஃபேஸ் வடிவத்தை வரையறுக்கிறது. இது இணைப்பு மாதிரி பற்றிய கூற்று, எந்த அடாப்டரைப் பயன்படுத்த வேண்டும் என்பதற்கான விருப்பம் அல்ல. Wi-Fi வழியாக இணைய ஹோஸ்ட்டை அடைய அந்த Wi-Fi இணைப்பில் ரவுட்டர் இன்னும் தேவை, வழித்தடம் அதைப் பெயரிட வேண்டும்.
இன்டர்ஃபேஸ் வீச்சு தனி பண்பு. எந்த மூல முகவரி பொருந்தும் போன்ற வீச்சு முடிவுகளுக்கு ஒரு வழித்தடத்தை குறிப்பிட்ட இன்டர்ஃபேஸுடன் இணைக்கிறது, ஆனால் இன்டர்ஃபேஸ் தானே அடைய முடியாத இலக்கிற்கு அணுகலை உருவாக்காது. இரண்டு பண்புகளும் வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன.
அதனால்தான் ஒரு கட்டளை ஏற்கப்பட்டு, அட்டவணையில் தோன்றி, இருந்தும் தோல்வியடையலாம். கர்னல் உங்கள் நோக்கத்தைச் சரிபார்க்கவில்லை; நீங்கள் கூறியதைப் பதிவு செய்கிறது, அந்தக் கூற்று இலக்கு இணைப்பில் உள்ளது என்பதாகும். அமைதியான வெற்றியைத் தொடர்ந்து அமைதியான நிராகரிப்பு எதிர்பார்க்கப்பட்ட விளைவு, பிழை அல்ல. வலையமைப்பைக் குறை சொல்லும் முன் அந்தக் கூற்றை மீண்டும் படியுங்கள்.
இணைப்புக்கு வெளியே உள்ள இலக்கிற்குத் தேவையான வழித்தடம்
LAN ரவுட்டர் வழியாக 198.51.100.25 போன்ற ஆவண முகவரிக்கு அனுமதிக்கப்பட்ட பாதைக்கு, எண்ணப்பட்ட உறவு இலக்கு, 192.168.50.1 இன் அடுத்த ஹாப், அந்த அடுத்த ஹாப்பை அடையும் LAN இன்டர்ஃபேஸ் ஆகும். இன்டர்ஃபேஸ் வழித்தடக் கட்டளையால் திணிக்கப்படாமல், அடுத்த ஹாப் தேடலால் குறிக்கப்படுகிறது.
macOS இல் படிக்க-மட்டும் பரிசோதனை route -n get 198.51.100.25. நுழைவாயில் மற்றும் இன்டர்ஃபேஸ் வரிகளை ஒன்றாகப் படித்து, நுழைவாயில் Mac உண்மையில் அடையக்கூடிய முகவரியா எனச் சரிபார்க்கவும். வேறு சப்நெட்டில் உள்ள நுழைவாயில், அல்லது கடைசி வலையமைப்பு மாற்றத்திற்குப் பின் போன நுழைவாயில், சரியாகத் தோன்றி எதையும் முன்னனுப்பாத வழித்தடத்தை உருவாக்குகிறது.
நீடித்த அறிவுறுத்தலில் en0 ஐ ஹார்ட்கோட் செய்ய வேண்டாம். அடாப்டர்கள், டாக்குகள், VPN கிளையண்டுகளுடன் இன்டர்ஃபேஸ் பெயர்கள் மாறும், தவறானதைப் பெயரிடும் வழித்தடம் பரந்த வலையமைப்புக் கோளாறாக எளிதில் படிக்கக்கூடிய வகையில் தோல்வியடைகிறது.
மாற்றுவதற்கு முன் தற்போதைய தேர்வைப் படியுங்கள்
எதையும் சேர்ப்பதற்கு முன், கணினி ஏற்கனவே எதைத் தேர்ந்தெடுத்தது, ஏன் என்பதைப் பரிசோதிக்கவும். அந்த வெளியீடு போக்குவரத்து சுரங்கப்பாதை வழியாக, LAN ரவுட்டர் வழியாக அல்லது எங்கும் செல்லவில்லையா என்பதைச் சொல்கிறது, மாற்றத்திற்குப் பின் ஒப்பிட ஒரு அடிப்படையையும் தருகிறது. அது இல்லாமல் புதிய வழித்தடம் நடைமுறைக்கு வந்ததா எனச் சொல்ல முடியாது.
பின்னர் முகவரி குடும்பத்தைச் சரிபார்க்கவும். IPv4-க்கு சேர்க்கப்பட்ட வழித்தடம் IPv6 இலக்கிற்கு எதுவும் செய்யாது, இரு குடும்பங்களுக்கும் தீர்க்கப்படும் சேவை இடைவிடாமல் அடையக்கூடியதாகத் தோன்றலாம். வழித்தட அட்டவணையும் தீர்வியும் வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன, இரண்டும் நோக்கிய பாதையுடன் ஒத்துப்போக வேண்டும்.
இறுதியாக, வழித்தடம் ஒரு தேர்வு, அனுமதி அல்ல என்பதை நினைவில் கொள்ளுங்கள். நிர்வகிக்கப்பட்ட VPN சுயவிவரம் அல்லது கிளையண்ட் வடிகட்டி அட்டவணை அதைச் சுட்டிக்காட்டினாலும் நேரடிப் பாதையை இன்னும் தடை செய்யலாம், எனவே வெற்றிகரமான அட்டவணைப் பதிவு விசாரணையை முடிவுக்குக் கொண்டுவரும் என்று கருதுவதற்குப் பதிலாக உண்மையான பயன்பாட்டுடன் சோதிக்கவும்.
சுரங்கப்பாதைகளும் கொள்கையும் வடிவத்தை மாற்றுகின்றன
புள்ளி-க்கு-புள்ளி இன்டர்ஃபேஸ்கள் அவற்றின் சொந்த வழக்கு. Ethernet பாணி நுழைவாயில் முகவரி இல்லாமல் சுரங்கப்பாதை வழித்தடத்தைக் கொண்டு செல்லலாம், அது தானாகவே தவறு அல்ல. நீங்கள் பார்க்கும் ஒவ்வொரு அட்டவணைப் பதிவிற்கும் Wi-Fi உதாரணத்தை விரிவுபடுத்துவதற்குப் பதிலாக இன்டர்ஃபேஸின் உண்மையான இணைப்பு மாதிரியைப் பயன்படுத்துங்கள்.
மாற்றக் கோரிக்கைகளுக்கு, இலக்கு, அனுமதிக்கப்பட்ட வலையமைப்புப் பாதை, தற்போதைய நுழைவாயில் மற்றும் இன்டர்ஃபேஸ், விதிவிலக்கை யார் பராமரிப்பார் என்பதையும் எழுதுங்கள். உரிமையாளர் முக்கியம், ஏனெனில் ப்ராம்ப்ட்டில் தட்டச்சு செய்யப்பட்ட ஒரு முறை வழித்தடம் கொள்கை அல்ல, அடுத்த மறுஇணைப்பு அதை அழிக்கும்.
VPN இயங்கும் போது இந்த ஹோஸ்ட்டை அடைவதே தேவை என்றால், நேர்மையான பதில் பொதுவாக உள்ளூர் ரவுட்டர் வழியாக ஒரு குறிப்பிட்ட ஹோஸ்ட் வழித்தடம், இன்டர்ஃபேஸை உடைய வலையமைப்பு மேலாளர் அதை நிறுவுவார். எதையும் நேரடியாக அடைவதே தேவை என்றால், தேவைக்கே வழித்தடக் கட்டளைக்கு முன் கொள்கை மறுஆய்வு தேவை.