பக்கம் VPN வழியாக ஏற்றப்படுகிறது, ஆனால் அழைப்பு ஒருபோதும் இணைவதில்லை: ஒரே முகவரிப் பட்டியில் இரண்டு வெவ்வேறு தோல்விகள். டனல் உலாவி பயன்படுத்தும் பாதையை மாற்றியது; அது சமிக்ஞைச் சேவையாகவோ STUN சேவையகமாகவோ ரிலேயாகவோ ஆகவில்லை, ICE எந்த வேட்பாளர் இணையைத் தேர்ந்தெடுக்கும் என்பதையும் அது தீர்மானிக்கவில்லை. ஒவ்வொரு பகுதியும் செய்யும் வேலையைப் பிரிப்பதே தெளிவற்ற “WebRTC தடுக்கப்பட்டுள்ளது” என்பதை ஒரு குறிப்பிட்ட கோளாறாக மாற்றுகிறது.

நான்கு வேலைகள், டனல் தொடுவது ஒன்றை மட்டுமே

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

எனவே வெற்றிகரமான உள்நுழைவு ஊடகப் பாதையைப் பற்றி எதையும் கூறாது. சமிக்ஞை பொதுவாகப் பக்கம் ஏற்கனவே பயன்படுத்தும் அதே HTTPS இல், போர்ட் 443 இல் பயணிக்கிறது, அதேநேரம் ஊடகம் UDP வழியாக முற்றிலும் வேறு இலக்குக்குச் செல்லலாம்.

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

VPN வெளியேற்றத்தை TURN ரிலேயுடன் ஒப்பிடுங்கள்

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

ComponentWhat it contributesWhat it needs to workWhat it cannot do
VPN exitChanges the observed mapping and the route packets takeA working tunnel and a policy that permits the media transportAllocate a relay or supply signaling
STUN serverReports the mapped address a peer appears to useReachability from the client, on its configured transportCarry media when a direct path fails
TURN serverRelays media through an authenticated allocationValid credentials, an allowed transport and sufficient capacityFix a missing ICE policy or an unauthorized client
Signaling channelCarries offers, answers and candidate listsBoth peers reaching the same application endpointEstablish connectivity by itself

போர்ட் எண்கள் வித்தியாசத்தை உறுதியாக்குகின்றன. TURN இயல்பாக UDP மற்றும் TCP க்கு 3478 இலும் TLS க்கு 5349 இலும் கேட்கிறது, 443 ஐ அனுமதித்து அந்தப் போர்ட்டுகளை விட்டுவிடும் நெட்வொர்க்கில் உலாவல் வழக்கமாகத் தொடர்ந்தாலும் ரிலே செய்யப்பட்ட அழைப்புகள் தோல்வியடையும். VPN இன் போர்ட்டை மாற்றுவது அவற்றில் எதையும் அமைக்காது, ஏனெனில் முக்கியமான போர்ட்டுகள் டனலுக்குச் சொந்தமானவை அல்ல, ரிலே சேவைக்குச் சொந்தமானவை.

கண்டறிதலைப் படித்து, பின்னர் அழைப்பைச் சோதியுங்கள்

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

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

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

தன் ICE போக்குவரத்துக் கொள்கையை வேண்டுமென்றே relay இல் வைக்கும் பயன்பாடு ரிலே வேட்பாளர்களை மட்டுமே கேட்கிறது. அந்த அமைப்பு ரிலேயை உருவாக்காது, காணாமற்போன சான்றுகளைச் சரிசெய்யாது; தேவையை வெளிப்படையாக்குகிறது, தளம் தேர்ந்தெடுத்த கொள்கைக்காக யாரேனும் VPN ஐக் குறைகூறும்போது இது பயனுள்ளது.

தனியுரிமைக் கூற்றைச் சான்றுகள் அளவுக்கே குறுகலாக வைத்திருங்கள்

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

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

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

தொடர்புடைய கட்டுரைகள்