route-nopull மட்டும் கோப்பு சேவையகத்தை ஏன் அணுக முடியாததாக விடுகிறது
தள்ளப்பட்ட வழிகளை புறக்கணிப்பது பிளவு சுரங்கப்பாதையின் பாதி மட்டுமே. வழியின் உரிமையாளரைத் தேர்ந்தெடுத்து, அலுவலக முன்னொட்டை கையால் சேர்த்து, சரிசெய்யப்பட்டது எனக் கூறும் முன் மூன்று ஓட்டங்களைச் சோதிக்கவும்.
கோப்பு சேவையகம் நன்றாகத் திறக்கிறது, அடுத்த சாளரத்தில் உள்ள காணொலி அழைப்பு தடைபடத் தொடங்குகிறது. எதுவும் மெதுவாக இல்லை, எந்த MTU-வும் தவறாக இல்லை: உங்கள் கிளையண்ட் சேவையகம் வழங்கிய வழிப் பட்டியலை ஏற்றுக்கொண்டது, எனவே இப்போது ஒவ்வொரு பாக்கெட்டும் அலுவலக ஃபயர்வால் வழியாக வெளியேறுகிறது. தீர்வு மற்றொரு ட்யூனிங் கொடி அல்ல, கிளையண்டின் வழி அட்டவணை யாருக்குச் சொந்தம் என்பதைப் பற்றிய முடிவு. அந்த முடிவு ஒரே இடத்திற்கு உரியது, கீழே உள்ள தோல்வி முறைகள் நீங்கள் உண்மையில் எந்த இடத்தைத் தேர்ந்தெடுத்தீர்கள் என்பதைச் சொல்கின்றன.
வழி அட்டவணை யாருக்குச் சொந்தம் என்பதை முடிவு செய்யுங்கள்
மூன்று உரிமையாளர்கள் சாத்தியம். சேவையகம் வழிகளையும் இயல்புநிலை நுழைவாயிலையும் தள்ளலாம், அப்போது கிளையண்ட் சொல்வதை நிறுவி முழு சுரங்கப்பாதையாகிறது. கிளையண்ட் சுயவிவரம் தள்ளல்களை நிராகரித்து தன் சொந்த வழி வரிகளைச் சுமந்து உரிமையை எடுத்துக்கொள்ளலாம். டெஸ்க்டாப் இணைப்பு மேலாளரும் தன் சொந்த வழி மற்றும் இயல்புநிலை-வழி பண்புகள் மூலம் முடிவின் உரிமையாளராக இருக்கலாம்.
ஒவ்வொரு தேர்வும் வெவ்வேறு விதமாகத் தோல்வியடைகிறது, அதனால்தான் சுயவிவரத்தைத் திருத்தும் முன் அட்டவணையைப் படிப்பது மதிப்புள்ளது. உங்கள் அறிகுறிக்குப் பொருந்தும் வரிசையே உங்களிடம் உண்மையில் உள்ள உரிமையாளர்.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
ஒன்றைத் தேர்ந்தெடுத்து எழுதுங்கள். இரண்டைக் கலப்பது இயல்புநிலை பாதை தன் சொந்த ஆவணங்களுக்கு முரணான ஒரு புரவலனை விட்டுச் செல்கிறது, அடுத்த பொறியாளரால் எந்த அடுக்கு வென்றது என்று சொல்ல முடியாது. தோற்றவரை வெளிப்படையாக நீக்குங்கள்.
route-nopull தள்ளல்களை வடிகட்டுகிறது, வழிகளைச் சேர்ப்பதில்லை
route-nopull கிளையண்ட் சுயவிவரத்திற்கு உரியது, அந்தக் கோப்பில் அதன் வரிசை முக்கியமல்ல, ஏனெனில் அது சேவையகத்திலிருந்து வரும் மதிப்புகளை மட்டுமே தூக்கி எறிகிறது. தள்ளப்பட்ட வழிகளை, தள்ளப்பட்ட இயல்புநிலை வழி உட்பட, தூக்கி எறிகிறது, சுரங்கப்பாதை வழக்கம்போல் மேலெழுகிறது.
மக்கள் தவறவிடும் விளைவு என்னவென்றால் தள்ளப்பட்ட DHCP விருப்பங்கள் அவற்றுடன் செல்கின்றன. சேவையகம் அனுப்பும் DNS அமைப்புகளும் தூக்கி எறியப்படுகின்றன, எனவே சுரங்கப்பாதை ஆரோக்கியமாக இருந்தாலும் சேவையகம் முகவரியால் அணுகக்கூடியதாக இருந்தாலும் உள் பெயர்கள் தீர்க்கப்படுவது நிற்கிறது.
நீங்களே ஒன்றைச் சேர்க்காவிட்டால், அலுவலக முன்னொட்டிற்கு வழியில்லாத சுரங்கப்பாதையை இது விட்டுச் செல்கிறது: அதே சுயவிவரத்தில் route-nopull தொடர்ந்து route 10.30.0.0 255.255.0.0. அந்த வரி முகவரியையும் முகமூடியையும் சுமக்கிறது; அது அடுத்த தாவலைப் பெயரிடுவதில்லை.
மாற்று வடிவம் ஒரு நுழைவாயில் டோக்கனைச் சேர்க்கிறது, route 10.30.0.0 255.255.0.0 vpn_gateway, அது பதிவை பெயரால் சுரங்கப்பாதைக்குக் காட்டுகிறது. இறக்குமதியாளர்கள் அந்த மாறுபாட்டை மொழிபெயர்க்கிறார்களா என்பதில் வேறுபடுகிறார்கள், எனவே கர்னல் அட்டவணையில் பதிவு இல்லாவிட்டால் சேமிக்கப்பட்ட இணைப்பைச் சரிபார்க்கவும்.
ping அல்ல, வழித் தேடல்களால் சரிபார்க்கவும்
ping ஏதோ பதிலளித்தது என்று சொல்கிறது. வழித் தேடல் கர்னல் எந்த இடைமுகத்தைத் தேர்ந்தெடுக்கும் என்று சொல்கிறது, நீங்கள் உண்மையில் கேட்ட கேள்வி அதுதான். நான்கு சிறிய கட்டளைகள் காணாமல் போன வழியை தவறான சாதனத்தைக் காட்டும் வழியிலிருந்து பிரிக்கின்றன.
சுரங்கப்பாதை என்ன நிறுவியது என்பதை ip route show dev tun0 மூலம் படியுங்கள். எந்த வெளியீடும் இல்லாதது பூஜ்ஜிய வழிகளைக் குறிக்கிறது, அது வேலை செய்யும் பிளவு சுரங்கப்பாதை அல்ல, வெளிப்படையான வரி இல்லாமல் வடிகட்டியைச் சேர்ப்பதன் வழக்கமான முடிவு அதுவே.
பிறகு ip route get 10.30.5.7 மூலம் ஒரு அலுவலக முகவரியையும், ip route get 1.1.1.1 மூலம் ஒரு சாதாரண இணைய முகவரியையும் சரிபார்க்கவும். இரண்டாவது இயற்பியல் இடைமுகத்தைப் பெயரிட வேண்டும்; அது சுரங்கப்பாதையைப் பெயரிட்டால், தள்ளல் எதுவும் வடிகட்டப்படவில்லை.
இறுதியாக ip rule படியுங்கள், ஏனெனில் முந்தைய முயற்சி விட்டுச் சென்ற கொள்கை விதி நீங்கள் இப்போது சரிசெய்த அட்டவணையை மிஞ்சக்கூடும். மேலே பழைய விதியுடன் கூடிய சரியான சுயவிவரம் சரியாக உடைந்த சுயவிவரம் போலவே தெரிகிறது. மற்றொன்றைச் சேர்ப்பதற்கு முன் கடந்த முறை சேர்த்த விதியை நீக்குங்கள்.
ஒன்றையொன்று மேற்பொருந்தும் துணைப்பிணையங்கள் உடைந்த சுரங்கப்பாதை போலத் தெரிகின்றன
கிளையண்டின் பார்வையில் இரண்டு தனியார் வரம்புகள் ஒரே மாதிரியாக இருக்கலாம், அங்குதான் பிளவு சுரங்கப்பாதை தான் ஏற்படுத்தாத ஒன்றுக்குக் குற்றம் சாட்டப்படுகிறது. அலுவலகம் உங்கள் வீட்டு ரவுட்டர் பயன்படுத்தும் அதே முன்னொட்டை வழங்கினால், சுரங்கப்பாதை வழி ரவுட்டரை மூடுகிறது, வீட்டு வலைப்பின்னல் மறைந்ததுபோல் தெரிகிறது.
எதையும் மாற்றும் முன் எளிய முகவரிப் பட்டியலைப் பயன்படுத்தி உங்கள் இடைமுகத்தில் உள்ள முகவரியை சுயவிவரம் நிறுவும் வழியுடன் ஒப்பிடுங்கள். மேற்பொருந்துதல் உண்மையானது, எந்த சுயவிவர விருப்பமும் அதைத் தீர்க்கவில்லை. நீங்கள் சரிசெய்யக்கூடியது பெயரிடல், அடுத்தவர் ஒன்றுக்குப் பதிலாக இரண்டு வரம்புகளைப் பார்க்கும் வகையில்.
நேர்மையான திருத்தங்கள் ஒரு பக்கத்தை மறுஎண்ணிடுவது அல்லது அலுவலகத்தில் முகவரிகளை மொழிபெயர்ப்பது. ஒரே புரவலன் வழியை ரவுட்டரில் பொருத்துவது ரவுட்டர் முகவரி மாறும் வரை வேலை செய்கிறது, பிறகு அது முதல் புதிரின் மேல் இரண்டாவது புதிராகிறது.
முடிவு மறுஇணைப்பைத் தாண்டி நிலைக்கச் செய்யுங்கள்
கையால் தட்டச்சு செய்த பதிவுகள் மறுஇணைப்பைத் தாண்டி நிலைப்பதில்லை, இணைப்பு மேலாளர் சுயவிவரம் தொடங்கும் ஒவ்வொரு முறையும் அட்டவணையை மீண்டும் கட்டுகிறார். முடிவை இணைப்பு உருவாகும் இடத்தில் வையுங்கள், அது சுயவிவரமோ அல்லது மேலாளரின் சேமித்த அமைப்புகளோ. பிறகு அழைப்பின் போது நடத்தையைக் கண்டறிவதற்குப் பதிலாக ஒருமுறை வேண்டுமென்றே இணைப்பை மீண்டும் தொடங்குங்கள். அடுத்த மறுஇணைப்பு வரை மட்டுமே வேலை செய்யும் சுயவிவரம் முடிக்கப்படவில்லை.
ஒரே நேரத்தில் மூன்று பாதைகளைப் பயிற்சி செய்யுங்கள்: நேரடி முகவரியால் அலுவலக புரவலன், பெயரால் அதே புரவலன், ஒரு சாதாரண பொது தளம். நடுவில் உள்ளது நீங்கள் தள்ளப்பட்ட DNS விருப்பங்களை விட்ட பிறகு அமைத்த பெயர் சேவையைச் சார்ந்தது, அமைதியாகத் தோல்வியடைவது அதுவே.