ஒரே ஹோஸ்டிலிருந்து TCP மற்றும் UDP வழியாக OpenVPN சேவை வழங்குதல்
2.7 க்கு முன் ஒரு செயல்முறை ஒரே ஒரு போக்குவரத்தை மட்டும் பிணைக்கிறது. பாலமிட்ட TAP இணை, இரண்டு TUN துணை வலையங்கள் மற்றும் பகிரப்பட்ட குளம் ஆகியவற்றை ஒப்பிட்டு, பிறகு ஒவ்வொரு சுயவிவரத்தையும் அதன் கேட்பவருடன் பொருத்துங்கள்.
TCP 443 ஐ மட்டும் அனுமதிக்கும் வலையங்கள் UDP ஐ எளிதாகக் கடக்க அனுமதிக்கும் வலையங்களுடன் சேர்ந்து இருக்கின்றன, ஒரு சேவையகம் இரண்டிற்கும் சேவை செய்ய வேண்டும். proto udp உள்ள சுயவிவரம் இரண்டாவது குழுவுக்குப் பதிலளித்து முதல் குழுவில் தோல்வியடைகிறது, அதே உள்ளமைவை proto tcp என்று மாற்றியமைப்பது இரண்டாவது கேட்பவரை உருவாக்காது. இந்த அறிவுறுத்தல் ஒரு செயல்முறைக்கு ஒரே ஒரு போக்குவரத்தைத் தேர்ந்தெடுக்கிறது. மற்ற அனைத்தும் அந்த கட்டுப்பாட்டிலிருந்தே வருகிறது.
ஒன்றுக்கு மேற்பட்ட செயல்முறைகளை இயக்குங்கள், அல்லது ஒரே நேரத்தில் பல சாக்கெட்டுகளைப் பிணைக்கக்கூடிய பதிப்பை இயக்குங்கள்.
2.7 க்கு முன் ஒரு செயல்முறை ஒரே ஒரு போக்குவரத்தைப் பிணைக்கிறது
சமூகத்தின் OpenVPN proto விவரிக்கும் சாக்கெட்டைப் பிணைக்கிறது, அந்த அறிவுறுத்தல் நிகழ்வுக்கு ஒரே ஒரு போக்குவரத்தைத் தேர்ந்தெடுக்கிறது. TCP மற்றும் UDP தனித்தனி ஸ்டேக்குகள், எனவே அதே துறைமுக எண்ணை இரண்டும் ஒரே நேரத்தில் ஆக்கிரமிக்க முடியும், ஆனால் ஒரு செயல்முறை முடியாது. எனவே 2.6 வரிசை உங்களுக்கு ஒவ்வொரு டீமனுக்கும் ஒரு போக்குவரத்தைத் தருகிறது. OpenVPN 2.7 சேவையகங்களுக்கு அந்த வரம்பை நீக்கியது, அவை ஒரு செயல்முறையில் பல --local கூற்றுகள் மூலம் பல சாக்கெட்டுகளைப் பிணைக்க முடியும்.
எந்தப் பதிலையும் சுற்றி வடிவமைப்பதற்கு முன் பதிப்பைச் சரிபார்க்கவும், ஏனெனில் 2.7 ஏற்பாடு அதன் சொந்த உள்ளமைவு இலக்கணத்துடன் கூடிய வேறு இயக்க மாதிரி. 2.6 க்காக எழுதப்பட்ட வழிகாட்டி அதைச் சொல்லாவிட்டாலும் இரண்டு செயல்முறைகளை விவரிக்கிறது.
இரண்டு நிகழ்வுகளை இயக்க மூன்று வழிகள்
TAP இடைமுகங்களுடன், ஒவ்வொரு போக்குவரத்துக்கும் ஒரு நிகழ்வை இயக்கி, ஹோஸ்டில் உள்ள இரண்டு tap சாதனங்களையும் பாலமிடுங்கள். இரு வாடிக்கையாளர் குழுக்களும் ஒரே ஒளிபரப்பு களத்திற்கு வருகின்றன, இது ஒரு முகவரிக் குளத்திற்கு அவற்றை மூட அனுமதிக்கிறது மற்றும் ஒளிபரப்பைச் சார்ந்த நெறிமுறைகள் தொடர்ந்து செயல்படுகின்றன. TUN உடன் பாலமிடுதல் கிடைக்காது, எனவே எளிய பிரிவு ஒவ்வொரு நிகழ்வுக்கும் அதன் சொந்த துணை வலையத்தைத் தருகிறது, வழித்தடம் இரு வாடிக்கையாளர் குழுக்களையும் தனித்தனியாக வைத்திருக்கிறது. மூன்றாவது விருப்பம் ஒரு குளத்தைத் தக்கவைக்கிறது: ஒவ்வொரு நிகழ்வும் learn-address ஸ்கிரிப்டை அழைக்கிறது, அது அந்த நிகழ்வின் சாதனம் வழியாக வாடிக்கையாளருக்கு /32 வழியை நிறுவுகிறது.
அந்த மூன்றாவது ஏற்பாடுதான் மக்கள் கேட்பதும் அதிக கவனம் தேவைப்படுவதும், ஏனெனில் ஸ்கிரிப்ட் தரவுப் பாதையின் பகுதியாக மாறி, சேர்த்தல், புதுப்பித்தல் மற்றும் நீக்குதல் நிகழ்வுகளை சரியாகக் கையாள வேண்டும்.
| Arrangement | Interfaces | Address pool | Cost |
|---|---|---|---|
| Bridged TAP pair | Two tap devices joined by a bridge | One shared pool | Broadcast traffic and bridge maintenance |
| Two TUN subnets | Two tun devices, no bridge | One pool per instance | Routing rules and two plans |
| Shared pool with routes | Two tun devices plus a hook | One pool across both | A script on the data path |
இரு நிகழ்வுகளையும் தனித்தனியாக வைத்திருங்கள்
ஒவ்வொரு நிகழ்வுக்கும் தனி துறைமுகம் அல்லது முகவரி, தனி நிலைக் கோப்பு மற்றும் தனி பதிவு இடம் தேவை. ஒரே நிலைக் கோப்பில் சேர்க்கும் இரண்டு டீமன்கள் நிகழ்வின் போது படிக்க முடியாத வெளியீட்டை உருவாக்குகின்றன, அது தேவைப்படுவது அப்போதுதான். இரண்டாவது நிகழ்வு ஒரு குறிப்பிட்ட முகவரியைப் பிணைத்தால், செயல்முறை தொடங்கும்போது அந்த முகவரி ஹோஸ்டில் இருக்க வேண்டும்; இல்லையெனில் விசைகள் பற்றி எதுவும் சொல்வதற்கு முன்பே பிணைப்புத் தோல்வியுடன் வெளியேறுகிறது.
கோப்புப் பெயரிலிருந்தே போக்குவரத்து தெளிவாகத் தெரியும்படி அலகுகளுக்கும் சுயவிவரங்களுக்கும் பெயரிடுங்கள். அடுத்த இயக்குபவர் எது TCP என்பதை அறிய உள்ளமைவைத் திறக்க வேண்டியிருக்கக் கூடாது.
சுயவிவரத்தைக் கேட்பவருடன் பொருத்துங்கள்
proto tcp இயக்கும் சேவையகம் proto tcp-client உள்ள வாடிக்கையாளர் சுயவிவரத்தை எதிர்பார்க்கிறது, இன்னும் proto udp கொண்டிருக்கும் சுயவிவரம் அந்தக் கேட்பவருக்கு எதிராக பயனர் நடவடிக்கை எடுக்கக்கூடிய பிழையும் இல்லாமல் நேரம் முடிந்து நிற்கிறது. பயன்பாடு இரு போக்குவரத்தையும் வழங்கினால் இரண்டு சுயவிவரங்களை வைத்திருங்கள், எது முயற்சிக்கப்பட்டது என்பதை ஆதரவு அறியும்படி லேபிள் செய்யுங்கள். துறைமுக எண் மட்டும் போக்குவரத்தை விவரிக்காது.
தீவரிச் சுவர் விதிகளும் அதே பிரிவைப் பின்பற்றுகின்றன: UDP 1194 க்கான விதி TCP 1194 பற்றி எதுவும் சொல்லாது, ஒரு முகவரிக்கான விதி மற்றக் கேட்பவரை மூடாது.
முதலில் சேவையகத்தின் பார்வையைப் படியுங்கள்
சேவையகத்தில் ss -lntup உடன் தொடங்கி TCP மற்றும் UDP கேட்பவர்கள் இரண்டும் தெரிகின்றன என்பதை உறுதிப்படுத்துங்கள். பிறகு ஒவ்வொரு வகையிலும் ஒரு வாடிக்கையாளரை இணைத்து, வெவ்வேறு முகவரிகளைக் கொண்ட இரண்டு உள்ளீடுகளுக்கான நிலை வெளியீட்டைச் சரிபார்க்கவும். சாக்கெட்டுகள் இருந்தும் வாடிக்கையாளர் வரவில்லை என்றால், டீமன் அவற்றைப் பார்ப்பதற்கு முன்பே பாதை அல்லது தீவரிச் சுவர் பாக்கெட்டுகளை நிராகரிக்கின்றன.
ஒருபோதும் தெரியாத சாக்கெட் உள்ளமைவு அல்லது பிணைப்பின் பிரச்சினை, தெரிந்தும் ஒருபோதும் இணைப்பைப் பதிவு செய்யாத சாக்கெட் வடிகட்டலின் பிரச்சினை. வாடிக்கையாளரிடமிருந்து இரண்டும் ஒரே மாதிரி தெரிகின்றன, அதனால்தான் சேவையகத்தின் சொந்தப் பார்வை முதலில் வருகிறது. TCP வரிசைத் தலைத் தடுப்பைக் கொண்டுள்ளது என்பதை நினைவில் கொள்ளுங்கள், எனவே அதை வழங்குவது தெளிவான UDP பாதை உள்ள வாடிக்கையாளர்களுக்கு மேம்பாடு அல்ல, அணுகல்தன்மை நடவடிக்கை.