OpenVPN-இல் ரூட் எங்கே இருக்க வேண்டும்: கிளையண்டிலா சேவையகத்திலா?
சேவையக உள்ளமைவில் உள்ள வெற்று ரூட் சேவையகத்தை மாற்றும், கிளையண்டை அல்ல. கிளையண்ட் கோப்பு, உலகளாவிய push அல்லது ஒரு கிளையண்டிற்கான push தேர்ந்தெடுத்து என்ன வந்தது என்பதைச் சரிபார்க்கவும்.
நீங்கள் சேவையக உள்ளமைவில் route 10.60.0.0 255.255.255.0 சேர்க்கிறீர்கள், மீண்டும் தொடங்குகிறீர்கள், மடிக்கணினியை மீண்டும் இணைக்கிறீர்கள், ஆனால் அந்த மடிக்கணினியிலிருந்து துணை வலையமைப்பு இன்னும் அணுக முடியாததாக உள்ளது. வரி ஏற்கப்பட்டது, சேவை தூய்மையாகத் தொடங்கியது, பதிவில் எதுவும் தவறாகத் தெரியவில்லை. நடந்தது என்னவென்றால், நீங்கள் திருத்திய இயந்திரத்திலேயே ரூட் நிறுவப்பட்டது: நுழைவாயில் இப்போது அந்த முன்னொட்டை அடைய முடியும் என்று நம்புகிறது, ஆனால் கிளையண்டிற்கு எதுவும் கூறப்படவில்லை. இடமே முழுக் கேள்வி, அதே வரி வாழக்கூடிய நான்கு இடங்கள் உள்ளன.
நான்கு இடங்கள் மற்றும் ஒவ்வொன்றையும் யார் பெறுகிறார்கள்
ரூட்டை கிளையண்டின் சொந்த உள்ளமைவால் சேர்க்கலாம், உலகளாவிய push மூலம் ஒவ்வொரு கிளையண்டிற்கும் வழங்கலாம், கிளையண்ட்-குறிப்பிட்ட கோப்பு மூலம் ஒரு கிளையண்டிற்கு வழங்கலாம், அல்லது சேவையகத்தின் சொந்த வழித்தட சூழலில் எழுதலாம்.
அந்த நான்கு நிகழ்வுகளும் கிட்டத்தட்ட ஒரே தொடரியலைப் பயன்படுத்தி முற்றிலும் வேறுபட்ட முடிவுகளைத் தருகின்றன. முதல் மூன்று கிளையண்ட் சுரங்கப்பாதைக்குள் என்ன அனுப்புகிறது என்பதைப் பாதிக்கின்றன; நான்காவது சேவையகம் ஒரு வலையமைப்பை எவ்வாறு அடைகிறது என்பதைப் பாதிக்கிறது, இது சேவையகத்திற்கே பாதை தேவைப்படும்போது பயனுள்ளதாகவும், விநியோகம் எனத் தவறாகக் கருதப்படும்போது தீங்கானதாகவும் இருக்கும்.
வரியை எழுதுவதற்கு முன் நான்கில் எது வேண்டும் என்பதைத் தீர்மானித்து, பின்னர் பெறுநரை உறுதிப்படுத்தவும்.
| Placement | Effect | Receiver |
|---|---|---|
| Client profile route | Installed by the client at connect | That client only |
Global push "route ..." | Sent to every client that accepts pushed options | All pulling clients |
| Client-specific push | Sent to the matching client context | One identity |
| Server config route, no push | Added to the server's own table | The gateway itself |
வெற்று சேவையக ரூட் மக்களை ஏன் ஆச்சரியப்படுத்துகிறது
சேவையக உள்ளமைவு நிர்வாகிகள் முதலில் பார்க்கும் இடம், அங்குள்ள ரூட் அறிவுறுத்தல் VPN வலையமைப்பு பற்றிய அறிக்கையாகப் படிக்கப்படுகிறது. அது அல்ல. OpenVPN அதை டீமன் இயங்கும் இயந்திரத்தில் உள்ளூர் ரூட் நிறுவலாகக் கருதுகிறது, இது நீங்கள் ip route பயன்படுத்திச் செய்துவிட்டு பின்னர் மறந்துவிடும் அதே வகை மாற்றமாகும்.
விநியோகத்திற்கு ரூட் push செய்யப்பட வேண்டும், push-க்கு கிளையண்ட் அதை இழுக்க வேண்டும். இழுக்கப்பட்ட விருப்பங்கள் முடக்கப்பட்ட நிலையில் தொடங்கப்பட்ட கிளையண்ட் சலுகையை முற்றிலும் புறக்கணிக்கிறது. சேவையகக் கோப்பை மீண்டும் எழுதுவதற்கு முன் அந்தக் கைகுலுக்கலின் இரு முனைகளையும் சரிபார்க்கவும், ஏனெனில் சேவையகப் பதிவு புகார் கூறாது: அதன் பக்கத்திலிருந்து சலுகை அனுப்பப்பட்டது. ஏற்கப்பட்ட ரூட் அடுத்த இணைப்பில்தான் நடைமுறைக்கு வரும், நீங்கள் ஏற்கனவே இருக்கும் அமர்வில் ஒருபோதும் இல்லை.
இரண்டையும் தனித்தனி செயல்பாடுகளாகப் பார்க்கும்போது, தோல்வி மர்மமாக இருப்பதை நிறுத்துகிறது: சேவையகம் முன்னொட்டை அடைகிறது, கிளையண்ட் அடைய முடியாது, இரண்டு கூற்றுகளும் ஒரே நேரத்தில் உண்மை.
ஒவ்வொரு கிளையண்டிற்கான கோப்புகள் மற்றும் அவை பொருந்தும் அடையாளம்
கிளையண்ட்-குறிப்பிட்ட கோப்பு சேவையகம் அங்கீகரித்த அடையாளத்தின் பெயரால் அழைக்கப்படுகிறது, இது இயல்பாகச் சான்றிதழின் பொதுப் பெயர். டெஸ்க்டாப் கிளையண்டில் நட்பான இணைப்புப் பெயர் அந்த மதிப்பு அல்ல, பொருந்தாமை ஒருபோதும் படிக்கப்படாத கோப்பை உருவாக்குகிறது.
சேவையகம் உண்மையில் பயன்படுத்தும் கோப்பகத்தைச் சரிபார்த்து, கோப்பின் பெயர் அங்கீகரிக்கப்பட்ட அடையாளத்துடன் சரியாகப் பொருந்துகிறதா என்பதை உறுதிப்படுத்தவும், பெரிய மற்றும் சிறிய எழுத்துகள் உட்பட.
grep -n 'client-config-dir' /etc/openvpn/server/server.conf
ls -l /etc/openvpn/ccd/அந்தக் கோப்பிற்குள் ரூட் இன்னும் push செய்யப்பட வேண்டும், ஏனெனில் கிளையண்ட்-குறிப்பிட்ட சூழல் அந்தக் கிளையண்டின் அமர்வில் பயன்படுத்தப்படும் விருப்பங்களின் தொகுப்பே தவிர உள்ளூர் வழித்தட அட்டவணை அல்ல. அங்குள்ள வெற்று ரூட்டிற்கு உலகளாவிய கோப்பின் வெற்று ரூட்டின் அதே சிக்கல் உள்ளது.
கிளையண்டின் சொந்தக் கோப்பும் அதைக் கொண்டிருக்கும் கருவியும்
கிளையண்ட் உள்ளமைவில் வைக்கப்பட்ட ரூட் அந்தக் கிளையண்ட் இணைக்கும்போது நிறுவப்பட்டு துண்டிக்கும்போது அகற்றப்படுகிறது, இது நிலையான இலக்கிற்கான சரியான வாழ்க்கைச் சுழற்சி.
வலைப்பிண்ணமை மேலாளர் சுயவிவரத்தை வைத்திருந்தால், அவர் அந்த விருப்பங்களை ஒருமுறை இறக்குமதி செய்து பின்னர் தனது நகலை வைத்திருக்கலாம். பின்னர் பதிவிறக்கிய கோப்பைத் திருத்துவது எதையும் மாற்றாது, இது "ரூட் உள்ளது ஆனால் பயன்படுத்தப்படவில்லை" என்பதற்கான பொதுவான காரணம்.
நீங்கள் பதிவிறக்கிய கோப்பிற்குப் பதிலாக செயலில் உள்ள சுயவிவரத்தைச் சரிபார்க்கவும், மேலாளர் காட்டும் இறக்குமதி செய்யப்பட்ட அமைப்புகளையும் சரிபார்க்கவும். பின்னர் இணைத்து, ஒரு குறிப்பிட்ட முகவரி எந்தப் பாதையைப் பயன்படுத்துகிறது என்று கணினியைக் கேளுங்கள், உரைக் கோப்பில் ரூட் இருந்ததால் சுரங்கப்பாதை வென்றது என்று கருதுவதற்குப் பதிலாக.
கிளையண்டில் சரிபார்த்து, பின்னர் திரும்பும் பாதையைச் சரிபார்க்கவும்
இலக்கைப் பற்றி கிளையண்டின் சொந்த வழித்தட அட்டவணையிடம் கேளுங்கள், சேவையகத்தின் அட்டவணையிடம் அல்ல. முன்னொட்டிற்குள் ஒரு ஹோஸ்ட்டைத் தேடுவதே பயன்படுத்தப்படும் இடைமுகத்தையும் அடுத்த தாவலையும் காட்டப் போதுமானது.
ip route get 10.60.0.10தேடல் சுரங்கப்பாதையை நோக்கிக் காட்டினால் விநியோகம் வேலை செய்தது, மீதமுள்ள சிக்கல் வேறு இடத்தில் உள்ளது. அது இயல்புநிலை நுழைவாயிலை நோக்கிக் காட்டினால், ரூட் நிறுவப்படவில்லை, கிளையண்ட் பக்க விருப்பத்தால் வடிகட்டப்பட்டது, அல்லது கிளையண்ட் பயன்படுத்தாத சுயவிவரத்தைச் சேர்ந்தது.
விநியோகம் வேலை செய்தது, ஆனால் எதுவும் பதிலளிக்கவில்லை என்று வைத்துக்கொள்ளுங்கள்: அப்போது நுழைவாயிலில் முன்னனுப்புதல், எதிர்ப்பக்கத்தின் திரும்பும் பாதை, அவற்றுக்கிடையேயான எந்த ஃபயர்வாலையும் சரிபார்க்கவும். ரூட் ஒரு பாதையைத் தேர்ந்தெடுக்கிறது, அது அணுகலை வழங்காது.