அதே ஹோஸ்டில் அதன் சேவையகம் இயங்கும்போது OpenVPN கிளையண்ட் நிற்கிறது

தொலைதூர தளத்திலிருந்து ஒரு சுரங்கப்பாதையை ஏற்றுக்கொண்டு, அதே நேரத்தில் விற்பனையாளர் நெட்வொர்க்கிற்கு டயல் செய்யும் ஒரு ஆய்வக இயந்திரம் என்னிடம் இருந்தது. வெளிச்செல்லும் சுயவிவரம் வாரங்களாக வேலை செய்தது. உள்வரும் சேவையகம் சேர்க்கப்பட்ட பிறகு, வெளிச்செல்லும் ஒன்று இணைந்தது, பின்னர் சில வினாடிகளில் டிராஃபிக்கை கடத்துவதை நிறுத்தியது, அல்லது முகவரி ஏற்கனவே பயன்பாட்டில் உள்ளது என்ற பிழையுடன் தொடங்க மறுத்தது. கட்டமைப்பு கோப்புகள் மாறவில்லை; ஹோஸ்ட் போர்ட்கள் மற்றும் வழித்தடங்கள் பற்றி தனது சொந்த கருத்தைக் கொண்ட இரண்டாவது OpenVPN செயல்முறையைப் பெற்றது.

தோல்வி தற்செயலானது அல்ல, அது அங்கீகாரச் சிக்கலும் அல்ல. ஒரே இயந்திரத்தில் இரண்டு டீமன்கள் ஒரே உள்ளூர் சாக்கெட் மற்றும் ஒரே ரூட்டிங் அட்டவணைக்காக போட்டியிடுகின்றன, கடைசியாகத் தொடங்கும் அல்லது மீண்டும் இணைக்கும் ஒன்று பொதுவாக வெல்கிறது. இந்த இரண்டு மோதல்களில் உங்களிடம் எது உள்ளது என்பதை அறிவது முதலில் எங்கு பார்க்க வேண்டும் என்பதை தீர்மானிக்கிறது.

அறிகுறியை தலைகீழாக படியுங்கள்

சுரங்கப்பாதை எப்போது இறக்கிறது என்பதிலிருந்து தொடங்குங்கள். தொடக்கத்தில் பைண்ட் பிழை கேட்கும் பக்கத்தைச் சுட்டிக்காட்டுகிறது: ஏதோ ஏற்கனவே அந்த போர்ட்டை வைத்திருக்கிறது, மேலும் OpenVPN அதைப் பகிர்வதற்குப் பதிலாக தொடங்க மறுக்கிறது. மேலெழுந்து பின்னர் அமைதியாகும் சுரங்கப்பாதை ரூட்டிங்கைச் சுட்டிக்காட்டுகிறது, ஏனெனில் மற்ற நிகழ்வு நிறுவிய வழித்தடம் வெளிப்புற இணைப்பின் பாக்கெட்டுகளை அவற்றின் பாதையிலிருந்து இழுக்கலாம்.

இரண்டு நிலைகளும் ஒரே பயனர் புகாரை உருவாக்குகின்றன, அதனால்தான் மீண்டும் முயற்சி சுழல்களும் கண்காணிப்பு ஸ்கிரிப்டுகளும் எதையும் சரிசெய்யவில்லை. அவை கிளையண்டை மீண்டும் அதே மோதலில் இணைக்கின்றன. பயனுள்ள முதல் கேள்வி, டிராஃபிக் நிற்கும்போது செயல்முறை இன்னும் இயங்குகிறதா என்பதுதான்.

ஒரு நிகழ்வுக்கு ஒரு சாக்கெட் மற்றும் ஒரு சாதனம்

கேட்கும் சேவையகம் அதன் போர்ட்டை பிணைக்கிறது; வெளிச்செல்லும் கிளையண்டிற்கும் அதன் உள்ளடக்கப்பட்ட டிராஃபிக்கிற்கு உள்ளூர் போர்ட் தேவை. இரண்டும் ஒரே ஹோஸ்டில் வாழும்போது, கிளையண்டின் இயல்புநிலை நடத்தை சேவையகத்தின் போர்ட்டுடன் மோதலாம். கிளையண்டின் உள்ளூர் போர்ட்டை பொருத்தலாம், மேலும் சகாவிற்கு நிலையான மூல போர்ட் தேவையில்லாத இடத்தில் பிணைப்பைத் தவிர்க்கலாம்:

lport 1195
nobind
dev tun1

அந்த எண்கள் எடுத்துக்காட்டுகள், தேவை அல்ல. முக்கியமானது கிளையண்ட் சேவையகத்தின் போர்ட்டுக்காக போட்டியிடுவதை நிறுத்துவதும், ஒவ்வொரு நிகழ்வும் தனி சுரங்கப்பாதை சாதனத்தைப் பெறுவதும் ஆகும். tun0 பகிரும் இரண்டு டீமன்கள், அவற்றின் போர்ட்கள் வேறுபட்டாலும், ஒன்றுக்கொன்று சாதன நிலையை மேலெழுதுகின்றன, எனவே ஒரு சுரங்கப்பாதைக்கு ஒரு சாதனம் விருப்பமானது அல்ல.

nobind கிளையண்ட் பக்கத்திற்கு சொந்தமானது. சேவையகம் இன்னும் பிணைத்து கேட்க வேண்டும், எனவே வரியை சேவையக கட்டமைப்பில் நகலெடுக்க வேண்டாம், மேலும் சகா நிலையான மூல போர்ட்டில் வடிகட்டும் கிளையண்டில் பிணைப்பை முடக்க வேண்டாம்.

இயல்புநிலை வழித்தடத்திற்கு ஒரு உரிமையாளரைத் தேர்ந்தெடுக்கவும்

ஒரே ஒரு இணைப்பு மட்டுமே இயல்புநிலை வழித்தடத்தை நிறுவ முடியும். இரண்டு சுயவிவரங்களும் அனைத்து டிராஃபிக்கையும் திசைதிருப்பினால், இரண்டாவது இணைப்பு முதல் ஒன்றை அமைதியாக மாற்றுகிறது, முதல் ஒன்று உடைந்ததாகத் தெரிகிறது. ஒன்று வெளிச்செல்லும் சுரங்கப்பாதையைப் பிரித்து விற்பனையாளர் முன்னொட்டுகளை மட்டும் தள்ளுங்கள், அல்லது அதற்கு தனி ரூட்டிங் அட்டவணையைக் கொடுங்கள்.

ip rule add from 10.9.0.2 table 120
ip route add default dev tun1 table 120
ip route get 10.9.0.2

மேலே உள்ள முகவரிகள் மற்றும் அட்டவணை எண் இடமாற்றங்கள். விதியைச் சேர்த்த உடனேயே, VPN சேவையகத்தின் சொந்த முகவரி இன்னும் சாதாரண அட்டவணை வழியாக தீர்க்கப்படுகிறதா என்பதை உறுதிப்படுத்துங்கள்; வெளிப்புற போக்குவரத்தைப் பிடிக்கும் அட்டவணை அது பாதுகாக்க வேண்டிய சுரங்கப்பாதையை உடைக்கிறது, அதைத் தொடர்ந்து வரும் மறுஇணைப்பு சுழல் நம்பகமற்ற வழங்குநரைப் போலத் தெரிகிறது.

மறுஇணைப்புகள் மற்றும் மறுதொடக்கங்களைத் தாங்க வேண்டிய அமைப்பிற்கு, நெட்வொர்க் பெயர்வெளி மிகவும் உறுதியான எல்லையாகும். இரண்டாவது கிளையண்ட் அதன் சொந்த இடைமுகங்கள் மற்றும் வழித்தடங்களுடன் அதன் சொந்த பெயர்வெளியில் இயங்குகிறது, எல்லையைக் கடக்க வேண்டிய சேவைகள் மட்டுமே வெளிப்படுத்தப்படுகின்றன. ஹோஸ்ட் ஒரு இயல்புநிலை வழித்தடத்தை வைத்திருக்கிறது, பெயர்வெளியின் மறுஇணைப்பு அதை மீண்டும் எழுத முடியாது.

நிலை வரியால் அல்ல, அட்டவணையால் சரிபார்க்கவும்

இணைந்துள்ளதாகத் தெரிவிக்கும் கிளையண்ட் அதன் கட்டுப்பாட்டு சேனலை மட்டுமே நிரூபிக்கிறது. ஒவ்வொரு இணைப்பிற்கும் முன்னும் பின்னும் ரூட்டிங் நிலையைப் பதிவு செய்யுங்கள், பின்னர் உண்மையான இலக்கு எந்த சாதனத்தைப் பயன்படுத்தும் என்று கர்னலிடம் கேளுங்கள்:

ip route show
ip route get 10.40.0.20
ss -lunp | grep 1194

இரண்டாவது சுரங்கப்பாதை தொடங்கும்போது விற்பனையாளர் முகவரிக்குத் தேர்ந்தெடுக்கப்பட்ட சாதனம் மாறினால், உங்களிடம் வழித்தட மோதல் உள்ளது. இரண்டு செயல்முறைகளும் ஒரே உள்ளூர் போர்ட்டில் தோன்றினால், உங்களிடம் சாக்கெட் மோதல் உள்ளது. இரண்டாவது இல்லாமல் முதல் ஒன்றைச் சரிசெய்வது தோல்வியை அடுத்த மறுஇணைப்பிற்கு நகர்த்துகிறது.

போர்ட்கள், சாதனங்கள், அட்டவணைகள் மற்றும் வழித்தட உரிமையாளரை ஹோஸ்டின் ரன்புக்கில் எழுதுங்கள். இல்லையெனில் மூன்றாவது சுரங்கப்பாதையைச் சேர்க்கும் அடுத்த நபர் அதே மோதலை மீண்டும் கண்டுபிடிப்பார், தெரியும் ஒரே ஆதாரம் வேறொருவரின் டீமன் மீண்டும் தொடங்கும் வரை வேலை செய்யும் இணைப்பாக இருக்கும்.