OpenVPN-க்குள் TLS எங்கே அமைகிறது, எது வடிவத்தை மாற்றுகிறது
OpenVPN அதன் கட்டுப்பாட்டு சேனலுக்கான TLS-ஐ அதன் சொந்த சட்டகத்திற்குள் இயக்குகிறது, எனவே முதல் பைட்டுகள் வலைக் கைக்குலுக்கல் அல்ல. மூன்று விருப்பங்கள் மட்டுமே காணப்படுவதை மாற்றுகின்றன.
OpenVPN உண்மையில் TLS-ஐப் பயன்படுத்துகிறது, மக்கள் அதைத் தாங்க முடியாத ஒரு கூற்றாக நீட்டுகிறார்கள்: சுரங்கப்பாதை அதனால் ஒரு தளத்தைப் பார்க்கும் உலாவி போலத் தோன்றுகிறது என்று. முதல் பகுதி உண்மை. இரண்டாவது இல்லை. இங்கே TLS என்பது OpenVPN-இன் சொந்த கொள்கலனுக்குள் பயணிக்கும் கட்டுப்பாட்டு சேனலுக்கானது, அதற்கு அருகில் முற்றிலும் வேறுபட்ட மறையீட்டியல் கொண்ட பேலோட் சேனல் உள்ளது, எனவே திறக்கும் பைட்டுகளை ஆராய்பவர் OpenVPN-ஐக் காண்கிறார்.
ஒரு உறையில் இரண்டு உரையாடல்கள்
ஒரு அமர்வை ஒரே உறையைப் பகிரும் இரண்டு உரையாடல்களாக நினைத்துப் பாருங்கள். ஒன்று சான்றிதழ்களைச் சரிபார்த்து விசைப் பொருளைப் பெறுகிறது. மற்றொன்று நீங்கள் உண்மையில் அனுப்புவதை முதல் ஒன்று உருவாக்கியதைக் கொண்டு மறையாக்குகிறது.
உறையே நெறிமுறை. ஒவ்வொரு பாக்கெட்டும் தன் வகையைக் கூறும் சிறிய தலைப்புடன் தொடங்குகிறது, அந்தத் தலைப்பு எல்லாவற்றுக்கும் முன் வருகிறது.
உண்மையில் முதலில் வருவது
அந்த வரிசையின் காரணமாக கம்பியில் முதல் விஷயம் TLS பதிவு அல்ல. அது OpenVPN-இன் தலைப்பு, அதைத் தொடர்ந்து தலைப்பு அறிவிக்கும் சேனலின் உள்ளடக்கம் வருகிறது. அங்கே ஒரு ClientHello உள்ளது, ஆனால் பூஜ்ஜிய பைட்டில் அல்ல. வேறுபாட்டைக் கவனிக்க எந்த மறைகுறியாக்கமும் தேவையில்லை, ஏனெனில் வடிவமே அதைத் திறந்துவிடுகிறது.
இயல்புநிலை மதிப்புகளும் இங்கே முக்கியம். சுயவிவரம் TCP-ஐத் தேர்ந்தெடுக்காவிட்டால் ஓட்டம் UDP மூலம் 1194-க்குச் செல்கிறது. இரண்டு நிலைகளிலும் வெளிப்புறத் தோற்றம் சுரங்கப்பாதை, வலைக் கோரிக்கை அல்ல.
வடிவத்தை மாற்ற மூன்று நேர்மையான வழிகள்
stunnel போன்ற TLS முடிவுப்புள்ளி இரு முனைகளிலும் ஒரு துறையில் TLS-ஐ ஏற்று மறைகுறியாக்கப்பட்ட ஓட்டத்தை உள்ளூரில் OpenVPN-க்கு அளிக்கிறது, எனவே வலையமைப்பு அந்தத் துறைக்கு TLS-ஐக் காண்கிறது. முதல் பைட்டிலிருந்தே TLS ஆக இருக்கும் நெறிமுறை மீண்டும் வேறுவிதமாக நடந்துகொள்கிறது: ocserv செயல்படுத்தும் AnyConnect-இணக்கமான பரிமாற்றம் பல வலையமைப்புகள் ஏற்கனவே எதிர்பார்க்கும் நிறுவன தொலை அணுகலைப் போலத் தோன்றுகிறது. Windows-உடன் வரும் SSTP வேறு தயாரிப்பில் அதே பண்பைக் கொண்டுள்ளது.
Linux-இல், SSH-இன் -w விருப்பம் SSH அமர்வுக்குள் புள்ளி-முதல்-புள்ளி இணைப்பைக் கொண்டு செல்கிறது, SSH மட்டுமே அனுமதிக்கப்பட்ட நெறிமுறையாக இருக்கும்போது இது பயனுள்ளது. அந்த வலையமைப்பிலிருந்து SSH ஏற்கனவே வேலை செய்தால் இது நான்கில் மலிவானது, செய்யாவிட்டால் மிகக் குறைந்த பயனுள்ளது.
அவற்றில் எதுவுமே மாற்றாதது
இவற்றில் எதுவும் சுரங்கப்பாதை எங்கு செல்ல முடியும் என்பதை மாற்றவில்லை. அவை தடுக்கப்பட்ட முகவரியை அணுகக்கூடியதாக்குவதில்லை, யாரையும் அங்கீகரிப்பதில்லை, பாதைகளைத் தீர்மானிப்பதில்லை.
ஒரு உறை உங்களுக்கு ஒரு பாகத்தையும் செலவாக்குகிறது. இரண்டு கேட்பவர்கள் மற்றும் இரண்டு உள்ளமைவுக் கோப்புகள் என்பது தோல்விக்கு இரண்டு இடங்கள், இரண்டும் பயனரின் இருக்கையிலிருந்து ஒரே மாதிரி தெரிகின்றன. ஒன்றை ஏற்பதற்கு முன் அதை பட்ஜெட் செய்யுங்கள். அமர்வு ஒரு இலக்கிற்கு ஒரே நீண்டகால மறையாக்கப்பட்ட ஓட்டமாகவே இருக்கும், அதன் அளவும் நேரமும் தெரியக்கூடியதாகவே இருக்கும்.
முதலில் கண்டறியுங்கள், பிறகு தேர்ந்தெடுங்கள்
எனவே முதலில் கண்டறியுங்கள். வீழ்த்தப்பட்ட UDP-க்கு TCP பயன்முறை பதிலளிக்கிறது, அங்கீகரிக்கப்பட்ட கையொப்பத்திற்கு வேறு நெறிமுறை அல்லது ஒரு உறை பதிலளிக்கிறது. தடையை அறியும் முன் ஒரு கருவியைத் தேர்ந்தெடுப்பதே ஒரே காரணத்தால் அனைத்தும் தோல்வியடையும் மூன்று அடுக்குகளை மக்கள் பராமரிக்க நேரிடும் வழி.
வலைத் துறைகளை மட்டும் அனுமதிக்கும் வலையமைப்பு தேர்வை 443-இல் TLS அடிப்படையிலான நெறிமுறைக்குச் சுருக்குகிறது. மூன்றையும் ஒரே நேரத்தில் பயன்படுத்தினால் யாரும் பிழைத்திருக்க முடியாத அடுக்கு கிடைக்கும், எனவே ஒரு விஷயத்தை மாற்றி அதே ஓட்டத்தை மீண்டும் சோதியுங்கள்.
இவற்றில் எதுவும் பொருந்தாவிட்டால், சரியான பதில் இந்த வலையமைப்பு உங்களுக்காக சுரங்கப்பாதையைக் கொண்டு செல்லாது என்பதாகும். அது முயற்சியின் தோல்வி அல்ல, ஒரு கண்டுபிடிப்பு. மேலும் விருப்பங்களுக்குச் செல்வது மேலே எடுக்கப்பட்ட கொள்கை முடிவை மாற்றாது.
இவை அனைத்திற்கும் முன் ஒரு எல்லை உள்ளது. வேறொருவரின் வலையமைப்பில் சுரங்கப்பாதையை இயக்க அனுமதி என்பது ஒரு கொள்கை விஷயம், அது இயங்குமுறை செயல்படுகிறதா என்பதிலிருந்து தனியாகத் தீர்மானிக்கப்படுகிறது. இந்த உண்மைகள் பார்வையாளர் என்ன காண்கிறார் என்பதை விளக்குகின்றன, அவை அனுமதி வழங்குவதில்லை.