TCP 443 உண்மையில் உதவுகிறதா? சேவையகம் அங்கே கேட்கும்போது மட்டுமே
TCP சுயவிவரம் ஒரு மாற்று வழி, மறைவேடம் அல்ல. சேவையகம் அந்த துறையில் கேட்கிறதா எனச் சரிபார்த்து, பின்னர் இரட்டை TCP செலவை அணுக முடியாத நிலையுடன் ஒப்பிடுங்கள்.
TCP 443 என்பது ஒரு முன்நிபந்தனையுள்ள மாற்று வழி, எந்த வடிகட்டியையும் தாண்டி சுரங்கத்தை நுழைக்கும் மறைவேடம் அல்ல. இயக்குபவர் ஏற்கனவே அந்த துறையில் TCP கேட்பானை வெளியிட்டிருந்தாலும், பாதை மணிக்கணக்கில் திறந்திருக்கும் இணைப்பைத் தாங்கினாலும் அது உதவுகிறது. இவற்றில் ஒன்று இல்லாவிட்டால் அது பொதுவாக நேர முடிவாகத் தோல்வியடைகிறது, நேர முடிவு எது இல்லை என்று அரிதாகவே சொல்கிறது. மாற வேண்டுமா என்பதற்கு மூன்று கேள்விகள் தேவை, அவற்றில் ஒன்று மட்டுமே துறை எண்ணைப் பற்றியது.
துறை எண் என்பது போக்குவரத்து வாக்குறுதி அல்ல
துறை ஒரு முனைப்புள்ளியைப் பெயரிடுகிறது; TCP அதை வரிசைப்படுத்தப்பட்ட பைட் ஓட்டமாக மாற்றுகிறது; OpenVPN அந்த ஓட்டத்தின் உள்ளே எது பயணிக்கிறது என்பதைத் தீர்மானிக்கிறது. அதே எண்ணில் உள்ள வலை சேவையகம் முற்றிலும் வேறு பயன்பாட்டு அமைப்பைப் பயன்படுத்துகிறது, எனவே 443 துறையைப் பகிர்வது இரண்டையும் வடிகட்டிக்கு ஒரே மாதிரியாகக் காட்டுகிறது, அதற்கு மேல் ஒன்றும் இல்லை. எண் வடிகட்டி படிக்கும் ஒரு துப்பு, பொதிகளின் உள்ளடக்கத்தை மாற்றும் பண்பு அல்ல. துறையைப் பகிர்கிறார்கள் என்பதால் இரண்டையும் ஒன்றாகக் கருதுவது இங்குள்ள பெரும்பாலான குழப்பத்திற்குப் பின்னால் உள்ள தவறு.
இடைநிலை கருவிகள் ஒரு துறையைப் பற்றி எளிய அனுமதி-அல்லது-மறுப்பு முடிவை அரிதாகவே எடுக்கின்றன. பல முதல் பைட்டுகளை ஆய்வு செய்கின்றன, சில இலக்கைப் பிணைக்கின்றன, மேலும் சில அதிக நேரம் திறந்திருக்கும் இணைப்புகளை மீட்டமைக்கின்றன. அதனால்தான் ஒரே சுயவிவரம் ஒரு வலையமைப்பிலிருந்து வேலை செய்து மற்றொன்றிலிருந்து நேர முடிவாகலாம், அதனால்தான் மாற்று வழியை வாக்குறுதியாக நம்புவதற்குப் பதிலாக ஆதரிக்கப்பட்ட விருப்பமாகச் சோதிப்பது மதிப்பு. வடிகட்டி போக்குவரத்தை ஆய்வு செய்யும்போது, துறை எண் அது பார்க்கும் முதல் விஷயம் மட்டுமே.
சுயவிவரத்தைத் தொடுவதற்கு முன் கேட்பானை உறுதிப்படுத்துங்கள்
சேவையகம் துறையில் TCP-க்கு அமைக்கப்பட்டிருக்க வேண்டும், வாடிக்கையாளர் சுயவிவரம் அதே போக்குவரத்தைக் கேட்க வேண்டும். UDP சுயவிவரத்தை TCP கேட்கும்படி மீண்டும் எழுதுவது கேட்பானை உருவாக்காது, அதனால் வரும் நேர முடிவு துறையை வீழ்த்தும் தீச்சுவரில் இருந்து வேறுபடுத்த முடியாது. இயக்குபவரின் சொந்த TCP சுயவிவரம் இருந்தால் பதிவிறக்குங்கள், ஏனெனில் சில சேவைகள் ஒவ்வொரு போக்குவரத்திற்கும் தனி முனைப்புள்ளியையும் தனி அடையாள அமைப்புகளையும் வெளியிடுகின்றன. கையால் திருத்துவது கட்டுப்படுத்தப்பட்ட சோதனைக்கு நல்லது, வழங்குநர் நோக்கிய அமைப்பை ஊகிப்பதற்கு மோசமான வழி.
அந்தப் பொருத்தத்தின் இரு பக்கங்களும் அமைப்பில் தெரிகின்றன, OpenVPN திட்டத்தின் இணைப்பு விருப்பங்கள் இரு வடிவங்களையும் ஆவணப்படுத்துகின்றன. குறைந்தபட்ச இணை இப்படித் தெரிகிறது:
# server: accept TCP on this port
proto tcp-server
port 443
# client: request the same transport
proto tcp
remote vpn.example.com 443மூன்று நிபந்தனைகள் மாற்று வழி பயனளிக்கிறதா எனத் தீர்மானிக்கின்றன
முதல் நிபந்தனை இயக்குபவர் அந்தப் போக்குவரத்தை ஏதேனும் வழங்குவது; அது இல்லாவிட்டால் வேறு எதுவும் முக்கியமல்ல. இரண்டாவது பாதை நீண்டகால அமர்வை உயிர்ப்புடன் வைத்திருப்பது, ஏனெனில் சில வலையமைப்புகள் துறையை முழுமையாகத் தடுப்பதற்குப் பதிலாகத் திறந்திருக்கும் இணைப்புகளை மீட்டமைக்கின்றன. மூன்றாவது மாற்று வழி வேண்டுமென்றே செய்யப்பட்ட விதிவிலக்கா, அல்லது நீங்கள் சரிசெய்யாத குறையை மறைக்கும் தற்காலிக தீர்வா என்பது.
ஒவ்வொரு நிபந்தனைக்கும் மலிவான சரிபார்ப்பு உள்ளது. அவற்றில் ஏதேனும் ஒன்றில் தோல்வி வாடிக்கையாளர் பக்கத்திலிருந்து ஒரே மாதிரியாகத் தெரிகிறது:
| Condition | How to check it | What a failure decides |
|---|---|---|
| The server offers TCP | The operator's profile list, or a listening-socket check on the server | No client-side edit can help |
| The path keeps long sessions | A test connection left open for an hour | Reconnects will look like server faults |
| The fallback is deliberate | A change record naming the UDP fault | The underlying fault stays invisible |
போக்குவரத்துகளை ஒப்பிடுவதற்கு முன் கைப்பற்று வாயிலில் எந்த உள்நுழைவையும் முடிக்கவும். உங்கள் சாதனத்தை ஏற்காத வலையமைப்பு இரு போக்குவரத்துகளையும் தடுக்கிறது, அப்போது ஒப்பீடு சுரங்கத்தை அல்ல, வாயிலை அளக்கிறது. உள்நுழைந்து, சாதாரண உலாவல் செயல்படுவதை உறுதிப்படுத்தி, அதன் பிறகே சோதனையைத் தொடங்குங்கள்.
நீங்கள் ஏற்கும் செலவு: TCP-க்குள் TCP
TCP இழந்த பிரிவுகளை மீண்டும் அனுப்பி அவற்றின் வரிசையைப் பாதுகாக்கிறது. தானும் TCP பயன்படுத்தும் பயன்பாடு TCP சுரங்கத்திற்குள் இயங்கும்போது, இரு மீட்பு அடுக்குகள் ஒரே இழப்பிற்குப் பதிலளிக்கின்றன, அந்த ஊடாட்டமே இழப்புள்ள பாதையில் சுரங்கம் மெதுவாக உணர வைக்கிறது. அறிகுறி தூய தோல்வி அல்ல, தாமதமும் நடுக்கமும், இது தொலை முனையைக் குறை சொல்வதை எளிதாக்குகிறது. முடிவுக்கு வருவதற்கு முன் வாடிக்கையாளரிடமிருந்து இரு போக்குவரத்துகளிலும் அளவிடுங்கள்.
UDP இந்தக் கூடமைப்பைத் தவிர்க்கிறது, இயக்குபவர்கள் அதை விரும்பி TCP-ஐ மாற்றாக மட்டும் வழங்குவதற்கு அதுவே முக்கிய காரணம். நிலையான TCP இணைப்பு இன்னும் அணுக முடியாத UDP இணைப்பை விடப் பயனுள்ளது, எனவே ஒப்பீடு நல்ல மற்றும் மோசமான விருப்பத்திற்கு இடையே அல்ல, இரு உண்மையான செலவுகளுக்கு இடையே. ஒப்பிடும்போது சாதனத்தையும் அணுகல் வலையமைப்பையும் மாற்றமின்றி வைத்திருங்கள், இல்லையெனில் முடிவு தவறான மாறியை விவரிக்கும்.
சில வாடிக்கையாளர் அம்சங்கள் ஒரு போக்குவரத்திற்கு மட்டுமே ஆவணப்படுத்தப்பட்டுள்ளன, எனவே மாற்று சுயவிவரம் நீங்கள் சார்ந்திருந்த நடத்தையை அமைதியாக விட்டுவிடலாம். TCP சுயவிவரத்தை நேரடி மாற்றாகக் கருதுவதற்கு முன் விருப்பத்தின் போக்குவரத்துத் தேவையைப் படியுங்கள்.
வேறு போக்குவரத்து தொடாத குறைகள்
காலாவதியான சான்றிதழுக்கு இன்னும் கடிகார சரிபார்ப்பு அல்லது புதுப்பித்தல் தேவை, நிராகரிக்கப்பட்ட கணக்கிற்கு இன்னும் சரியான சான்றுகள் தேவை. இயக்குபவர் வழங்கிய சேவையக அடையாளச் சரிபார்ப்புகளை வைத்திருங்கள், ஏனெனில் பரிச்சயமான துறை எண் யாரையும் அங்கீகரிக்காது. பதிலளிக்கும் துறை ஏதோ கேட்டுக்கொண்டிருக்கிறது என்று மட்டுமே சொல்கிறது.
சுரங்கம் எழுந்தும் இலக்குகள் தொடர்ந்து தோல்வியடைந்தால், மீதமுள்ள பிரச்சினை இணைப்பிற்குப் பிந்தைய வழியமைப்பு அல்லது பெயர்த் தீர்வு, போக்குவரத்து அல்ல. துறைகளைச் சுற்றிவருவதற்குப் பதிலாக அந்தப் பாதையைப் பின்பற்றுங்கள், ஏனெனில் அப்படித்தான் ஒரு பிற்பகல் போகிறது. எந்தப் போக்குவரத்தை முயற்சிக்க வேண்டும் என்பதைச் சுயவிவரம் சொல்கிறது; UDP பாதை ஏன் தோல்வியடைந்தது என்பதை அது ஒருபோதும் சொல்வதில்லை.