OpenVPN route-nopull சேவையகம் தள்ளுவதை உண்மையில் தடுப்பது எது
route-nopull தள்ளப்பட்ட வழித்தடங்களையும் DHCP விருப்பங்களையும் விடுகிறது, கைக்குலுக்கலை அல்ல. அதற்கும், pull-filter அல்லது எதுவுமில்லாததற்கும் இடையே தேர்ந்தெடுத்து, பின்னர் வழித்தடங்களை நீங்களே சேர்க்கவும்.
பாதை சுரங்கம் உங்கள் இயல்புநிலை வழித்தடத்தை விழுங்காமல் இருக்க கிளையண்ட் சுயவிவரத்தில் route-nopull வைத்தீர்கள், இப்போது அலுவலக துணை வலைப்பின்னல் அணுக முடியாததாக உள்ளது, கிளையண்ட் இன்னும் இணைந்திருப்பதாகக் கூறுகிறது. இரண்டு அவதானிப்புகளும் உண்மை, எதுவும் தோல்வியடையவில்லை. இந்தக் கொடி சேவையகம் தள்ளும் வழித்தடங்களையும் DHCP உள்ளீடுகளையும் தவிர்க்கக் கூறுகிறது, இது சேர்க்கும்போது பெரும்பாலோர் எதிர்பார்ப்பதை விடக் குறுகிய அறிவுறுத்தல். மீதமிருப்பது, எந்த இலக்குகள் அதைப் பயன்படுத்த வேண்டும் என்பது பற்றி கருத்து இல்லாத செயல்படும் சுரங்கம்.
அந்த இடைவெளியே இந்தக் கட்டுரையின் பொருளான முழு முடிவு. சேவையகம் வலைப்பின்னலை விவரிக்கிறதா அல்லது கிளையண்ட், அந்த வேலையை உங்களுக்காக எதுவும் செய்யாமல் கொடி கிளையண்டிடம் ஒப்படைக்கிறது.
இணைக்கும்போது கொடி எதை அணைக்கிறது
இழுக்கும் OpenVPN கிளையண்ட் பொதுவாக அங்கீகாரத்திற்குப் பிறகு சேவையகத்திடமிருந்து ஒரு மூட்டையைப் பெறுகிறது: வழித்தடங்கள், இயல்புநிலை நுழைவாயிலின் மறுவழிப்படுத்தல், DNS சேவையகங்கள் மற்றும் சில சீரமைப்பு அறிவுறுத்தல்கள். route-nopull நடைமுறையில் இருக்கும்போது கிளையண்ட் இன்னும் அமர்வை ஏற்கிறது, சான்றிதழ்களைச் சரிபார்க்கிறது, சைஃபர்கள் மற்றும் keepalive பற்றிப் பேச்சுவார்த்தை நடத்துகிறது, மற்றும் இடைமுகத்தை மேலே தூக்குகிறது. அது விடுவது தள்ளப்பட்ட route வரிகளின் மற்றும் தள்ளப்பட்ட dhcp-option வரிகளின் பயன்பாடு, DNS உட்பட.
குழப்பம் இறந்த பயன்பாட்டின் அருகில் உள்ள பச்சைக் குறிகாட்டியிலிருந்து வருகிறது. சுரங்கம் உள்ளது; இலக்குகளை அந்தச் சுரங்கத்துக்குப் பொருத்துவது இல்லை. கிளையண்டின் நிலைப் பலகையில் «இணைந்து வழிமாற்றுகிறது» மற்றும் «இணைந்து செயலற்றது» ஆகியவற்றை வேறுபடுத்துவது எதுவும் இல்லை, ஏனெனில் சுரங்கத்தின் பார்வையில் இரண்டும் ஒரே நிலை.
உயிருள்ள சுரங்கம் ஏன் இன்னும் எதையும் வழிமாற்ற முடியாது
இடைமுகம் அதன் சொந்த முகவரியுடன் தோன்றுகிறது, புள்ளி-க்கு-புள்ளி இணைப்பில் பெரும்பாலும் சகாவுக்கான புரவன் வழித்தடத்தை விட குறிப்பிட்டது எதுவும் இல்லை. தனியார் துணை வலைப்பின்னல், சரியான முன்னொட்டுடன் ஏதேனும் வழித்தடம் அந்த இடைமுகத்தை நோக்கிக் காட்டும்போது மட்டுமே அணுகக்கூடியதாகிறது, தள்ளுதல் அணைக்கப்பட்டிருக்கும்போது அந்த வழித்தடம் ஒருபோதும் வராது. பதிவிறக்கிய சுயவிவரமும் பொதுவாக உதவ முடியாது, ஏனெனில் சேவையகம் சரியாக இந்தத் தகவலை வழங்கும் என்ற அனுமானத்தில் அது எழுதப்பட்டது. அதனால்தான் இடைமுகம் ஆரோக்கியமாகத் தெரியும் அதே வேளையில் துணை வலைப்பின்னல் இருளாகவே இருக்கிறது.
எனவே சுயவிவரத்தைப் படிப்பது மிகக் குறைவையே நிரூபிக்கிறது. அதற்குப் பதிலாக இணைந்த இயந்திரத்தில் இயங்கும் நிலையைப் படியுங்கள்:
ip addr show tun0
ip route show dev tun0
ip route get 10.20.5.10இரண்டாவது கட்டளையில் துணை வலைப்பின்னல் வழித்தடம் இல்லாத முகவரி இந்தச் சிக்கலின் கையொப்பம். மூன்றாவது கட்டளை பயனர்களுக்கு உண்மையில் முக்கியமான கேள்விக்குப் பதிலளிக்கிறது, ஏனெனில் நீங்கள் பயன்படுத்தும் என எதிர்பார்த்த பட்டியலை அல்ல, குறிப்பிட்ட இலக்குக்கு கர்னல் தேர்ந்தெடுக்கும் இடைமுகத்தை அது தெரிவிக்கிறது. அது உங்கள் இயற்பியல் இணைப்பின் வழியாகப் பதிலளித்தால், சுரங்கம் பாதையில் இல்லவே இல்லை.
பெயர் தீர்வு தனி காரணத்தால் அல்ல, தொடர்புடைய காரணத்தால் தோல்வியடைகிறது. தள்ளப்பட்ட dhcp-option DNS உள்ளீடுகள் அதே கொடியால் தவிர்க்கப்படுகின்றன, எனவே உள்ளக புரவன்களுக்கான வினவல்கள் உள்ளூர் வலைப்பின்னல் வழங்கிய எந்தத் தீர்வியிடமும் செல்கின்றன. அந்தத் தீர்விக்கு அலுவலகத்திற்கான மண்டலம் இல்லை, எனவே வினவல் தோல்வியடைகிறது அல்லது பொது பதிலைத் தரும், தோல்வி சேவையகச் சிக்கல் போல் தெரிகிறது ஆனால் அது கிளையண்ட் உள்ளமைவுச் சிக்கல். பெயருக்கு முன் முகவரியைச் சோதிப்பதே இரண்டையும் பிரிக்கிறது.
கொடிக்கும் முன்னொட்டு வடிகட்டிக்கும் இடையேயான தேர்வு
இரண்டு விருப்பங்களும் ஒரே புகாரின் வெவ்வேறு வடிவங்களைத் தீர்க்கின்றன, தவறான தேர்வே «இணைந்த ஆனால் பயனற்ற» நிலையை உருவாக்குகிறது. ஒன்று தள்ளப்பட்ட கொள்கையை முழுமையாக மாற்றுகிறது, மற்றொன்று முன்னொட்டு வாரியாகத் திருத்துகிறது. அட்டவணை சுருக்கமான பதிப்பைத் தருகிறது, அதற்குப் பின் வரும் பத்தி மக்களைப் பிடிக்கும் பகுதியை உள்ளடக்குகிறது.
| Setting | What the client keeps | Reasonable when |
|---|---|---|
| no option | every pushed route and DHCP entry | the server's view of the network is correct |
route-nopull | the session, none of the pushed routing or DNS | you will write the full local policy yourself |
pull-filter | everything except lines matching your prefixes | the push is nearly right and one or two lines are wrong |
pull-filter மூன்று வினைச்சொற்கள் கொண்ட முன்னொட்டு பொருத்தி, எனவே அது வரிகளின் குடும்பத்தை ஏற்கலாம், அவற்றை அமைதியாகப் புறக்கணிக்கலாம், அல்லது முன்னொட்டு தோன்றும்போது இணைப்பையே முழுமையாக மறுக்கலாம். கடைசி நடத்தையே தெரிந்து கொள்ளத் தகுந்தது: மறுப்பு விதி கொள்கை வேறுபாட்டை அமைதியான விடுபடலுக்குப் பதிலாக தோல்வியடைந்த கைக்குலுக்கலாக மாற்றுகிறது. OpenVPN 2.6 கையேடு ஏற்றுக்கொள்ளப்பட்ட முன்னொட்டுகளையும் ஒவ்வொரு வினைச்சொல்லின் சரியான பொருளையும் பட்டியலிடுகிறது.
பொதுவான நடுப் பாதை redirect-gateway மட்டும் மறுத்து அலுவலக வழித்தடங்களும் DNS உம் நோக்கியபடி வர அனுமதிப்பது. இது சேவையகம் உங்களை விட நன்கு புரிந்து கொள்ளும் பகுதிகளுக்கு தள்ளுதலைச் செயல்பட வைத்து, அதே நேரம் உங்கள் இயல்புநிலை வழித்தடத்தைக் கைப்பற்றும் அந்த ஒரே வரியை தடுக்கிறது.
கையால் வழித்தடங்களையும் தீர்வியையும் சேர்ப்பது
கொடியை வைத்திருந்தால், சுயவிவரம் சேவையகம் கூறியிருக்கும்தைக் கூற வேண்டும். கிளையண்ட் பக்க route அறிவுறுத்தல்கள் இணைப்பு நிறுவப்பட்ட பிறகு பயன்படுத்தப்படுகின்றன, எனவே அவை கொடியுடன் சேர்ந்து செயல்படுகின்றன, அதனால் தடுக்கப்படுவதில்லை. அவற்றை சுயவிவரத்தில் வைக்கவும், ஊடாடும் கட்டளை வரியில் அல்ல, இல்லையேல் அடுத்த மீளிணைப்பு செயல்படும் நிலையை மீண்டும் உருவாக்காது.
route-nopull
route 10.20.0.0 255.255.0.0
dhcp-option DNS 10.20.0.53DNS வரி ஒரு சங்கடமான இடத்தில் உள்ளது: இது கிளையண்ட் பக்க அறிவுறுத்தல், ஆனால் சில கிளையண்ட்கள் அதை தளத்தின் DNS ஒருங்கிணைப்பின் மூலமே பயன்படுத்துகின்றன, இணைப்பு மாறும்போது அது அதன் மேல் எழுதலாம். systemd புரவனில் தீர்வியை நேரடியாக சுரங்க இடைமுகத்தில் அமைப்பது, கிளையண்ட் முன்னுரிமைப் போட்டியில் வெல்லும் என எதிர்பார்ப்பதை விட முன்கணிக்கக்கூடியது:
resolvectl dns tun0 10.20.0.53
resolvectl domain tun0 ~corp.example.comவழிமாற்று களம் முகவரிக்குச் சமமான முக்கியத்துவம் வாய்ந்தது. அது இல்லாமல் பொது பெயர்களுக்கான வினவல்களும் உள்ளக தீர்விக்கு அனுப்பப்படலாம், மீள்சுழற்சியை மறுக்கும் எந்த உள்ளக தீர்வியும் தனியார் மண்டலம் செயல்படும்போதே உலாவலை உடைக்கும். அதனுடன் அந்த பின்னொட்டின் கீழ் உள்ள பெயர்கள் மட்டுமே சுரங்க தீர்விக்கு வழிமாற்றப்படுகின்றன, மற்ற அனைத்தும் இயற்பியல் இணைப்பைப் பின்பற்றுகின்றன.
முடிவைச் சரிபார்த்தல்: முகவரி, பெயர் மற்றும் வெளிப்புறப் பாதை
மூன்று சோதனைகள் சாத்தியமான தோல்விகளைப் பிரிக்கின்றன. முதலில் IP மூலம் தனியார் முகவரியைப் பெறுங்கள், பின்னர் பெயர் மூலம் அதே புரவன், பின்னர் சாதாரண பொது தளம். செயல்படும் IP உம் தோல்வியடையும் பெயரும் தீர்வியைச் சுட்டுகின்றன; தோல்வியடையும் IP உம் செயல்படும் பெயரும் வழிமாற்றலைச் சுட்டுகின்றன; இரண்டும் தோல்வியடைந்தால் பொதுவாக சுரங்கம் பாதையில் இல்லை.
பின்னர் உள்ளே அல்ல, வெளியே பாருங்கள். சுரங்கத்தின் முனைப் புள்ளியின் சொந்த வழித்தடம் மாற்றத்தைத் தாங்க வேண்டும், எந்தத் தடுக்கும் தோல்வியும் முனைப் புள்ளியைப் பிடிக்காமல் சுரங்கத்துக்கு மட்டுப்படுத்தப்பட வேண்டும். சுரங்கம் வீழ்ந்த பிறகும் உலாவலைத் தொடரும் கிளையண்ட் வழிமாற்றல் அல்ல, கொள்கைச் சிக்கல், அது மேலே உள்ள மூன்று சோதனைகளில் எதிலும் தோன்றாது.
இறுதிப் பட்டியலை சுயவிவரத்தின் ஆவணங்களில் எழுதுங்கள்: வழித்தடங்கள், தீர்வி, களங்கள் மற்றும் ஒவ்வொன்றும் ஏன் உள்ளது என்பதற்கான காரணம். அதே அட்டவணையை மீண்டும் உருவாக்கும் மீளிணைப்பே உள்ளூர் கொள்கை முழுமையானது என்பதற்கான ஒரே சான்று. சுரங்கம் மேலே இருக்கும்போதும் மூன்று சோதனைகளும் தேர்ச்சி பெற்றபோதும் பயன்பாடுகள் தோல்வியடைந்தால், அடுத்துப் பார்க்க வேண்டிய இடம் ஏற்கனவே சரிபார்க்கப்பட்ட சான்றிதழ்கள் அல்ல, «இணைந்த ஆனால் ஆஃப்லைன்» வகைச் சிக்கல்கள்.