VPN vs TURN రిలే: WebRTC కాల్ను నిజంగా ఏది మోసుకెళ్తుంది?
టన్నెల్ ICE చూసే మార్గాన్ని మారుస్తుంది; అది ఎప్పుడూ రిలే కేటాయించదు, సిగ్నలింగ్ అందించదు. VPN ఎగ్రెస్ మరియు TURN సర్వర్ ఒక్కొక్కటి ఏమి ఇస్తాయో పోల్చండి.
పేజీ VPN ద్వారా లోడ్ అవుతుంది, కానీ కాల్ ఎప్పుడూ కనెక్ట్ కాదు: ఒకే చిరునామా పట్టీలో రెండు వేర్వేరు వైఫల్యాలు. టన్నెల్ బ్రౌజర్ ఉపయోగించే మార్గాన్ని మార్చింది; అది సిగ్నలింగ్ సేవ, STUN సర్వర్ లేదా రిలే కాలేదు, ICE ఏ అభ్యర్థి జోడీని ఎంచుకుంటుందో కూడా అది నిర్ణయించదు. ప్రతి భాగం చేసే పనిని వేరు చేయడమే అస్పష్టమైన “WebRTC బ్లాక్ చేయబడింది”ని నిర్దిష్ట వైఫల్యంగా మారుస్తుంది.
నాలుగు పనులు, టన్నెల్ ఒకదాన్ని మాత్రమే తాకుతుంది
అప్లికేషన్ ఏదో ఒక సిగ్నలింగ్ ఏర్పాటు ద్వారా సెషన్ సమాచారాన్ని మార్పిడి చేసుకుంటుంది, అది మొదటి పని. ICE అభ్యర్థి చిరునామాలను సేకరించి ఒకటి పనిచేసే వరకు జోడీలను పరీక్షిస్తుంది, అది రెండవది. STUN తోటి వ్యక్తికి తన ట్రాఫిక్ బయటి నుండి ఎలా కనిపిస్తుందో తెలుసుకోవడానికి అనుమతిస్తుంది, TURN నేరుగా మార్గం లేని సందర్భాలకు రిలేను కేటాయిస్తుంది. ఆ నాలుగు పాత్రలు భిన్నమైనవి, VPN అవి ఎదుర్కొనే చిరునామాలు మరియు వడపోతపై ప్రభావం చూపుతుంది, వాటిలో దేనినీ తానే అందించదు.
అందుకే విజయవంతమైన లాగిన్ మీడియా మార్గం గురించి ఏమీ చెప్పదు. సిగ్నలింగ్ సాధారణంగా పేజీ ఇప్పటికే ఉపయోగించే అదే HTTPS పై, పోర్ట్ 443 లో ప్రయాణిస్తుంది, మీడియా మాత్రం UDP ద్వారా పూర్తిగా వేరే గమ్యస్థానానికి వెళ్లవచ్చు.
ప్రైవేట్ చిరునామా వ్యవస్థ గందరగోళాన్ని పెంచుతుంది. టన్నెల్ చిరునామా తోటి వ్యక్తికి అక్కడికి తిరిగి వెళ్లే ఉద్దేశిత మార్గం ఉన్నప్పుడే ఉపయోగపడుతుంది; ప్రైవేట్గా ఉండటం పరస్పర చేరుకోగలిగే సామర్థ్యానికి రుజువు కాదు, పరీక్షించలేని అభ్యర్థులను తీసివేసేటప్పుడు బ్రౌజర్లు దానిని అలా పరిగణించవు. మీకు స్థానికంగా కనిపించే అభ్యర్థి మరొక వైపు నుండి పరీక్షించలేనిది కావచ్చు. టన్నెల్ మీడియాను పడేస్తోందని నిర్ధారించే ముందు ఆ అంతరాన్ని తొలగించడం విలువైనది.
VPN ఎగ్రెస్ను TURN రిలేతో పోల్చండి
రెండూ ప్యాకెట్లను ముందుకు పంపుతాయి, అందుకే అవి కలిపి తప్పుగా అర్థం చేసుకోబడతాయి, పైనున్న పోలిక పట్టికను లక్షణాల జాబితాగా కాకుండా నిలువు వరుసల వారీగా చదవాలి. రిలే కేటాయింపు అనేది ప్రామాణీకరించిన అభ్యర్థనతో సృష్టించబడే ప్రతి సెషన్ వస్తువు; టన్నెల్ ఒక మార్గం. ఒకదానిలో గడువు ముగిసే ఆధారాలు ఉన్నాయి, మరొకదానిలో చేరుకోగలిగే లేదా కాని తోటి చిరునామా ఉంది.
| Component | What it contributes | What it needs to work | What it cannot do |
|---|---|---|---|
| VPN exit | Changes the observed mapping and the route packets take | A working tunnel and a policy that permits the media transport | Allocate a relay or supply signaling |
| STUN server | Reports the mapped address a peer appears to use | Reachability from the client, on its configured transport | Carry media when a direct path fails |
| TURN server | Relays media through an authenticated allocation | Valid credentials, an allowed transport and sufficient capacity | Fix a missing ICE policy or an unauthorized client |
| Signaling channel | Carries offers, answers and candidate lists | Both peers reaching the same application endpoint | Establish connectivity by itself |
పోర్ట్ సంఖ్యలు భేదాన్ని స్పష్టం చేస్తాయి. TURN డిఫాల్ట్గా UDP మరియు TCP కోసం 3478 లో, TLS కోసం 5349 లో వినిపిస్తుంది, 443 ను అనుమతించి ఆ పోర్ట్లను వదిలేసే నెట్వర్క్ బ్రౌజింగ్ సాధారణంగా కొనసాగుతున్నప్పటికీ రిలే చేసిన కాల్స్ విఫలమవుతాయి. VPN పోర్ట్ను మార్చడం వాటిలో ఏదీ కాన్ఫిగర్ చేయదు, ఎందుకంటే ముఖ్యమైన పోర్ట్లు టన్నెల్కు కాదు, రిలే సేవకు చెందుతాయి.
డయాగ్నస్టిక్స్ చదవండి, తర్వాత కాల్ను పరీక్షించండి
ప్యాకెట్ క్యాప్చర్ లేకుండా బ్రౌజర్లు అవసరమైన సమాచారాన్ని చూపిస్తాయి. మీ బ్రౌజర్ కోసం WebRTC డయాగ్నస్టిక్స్ పేజీ తెరవండి, కాల్ చేయండి, సేకరించిన జాబితాకు బదులుగా ఎంచుకున్న అభ్యర్థి జోడీని చదవండి: ఏ స్థానిక మరియు దూర అభ్యర్థి రకాలు ఎంచుకోబడ్డాయి, ఏ రవాణా మరియు చిరునామా కుటుంబం ద్వారా, మార్గం నేరుగా ఉందో లేదా రిలే చేయబడిందో.
రెండు పఠనాలను ముందే తెలుసుకోవడం మంచిది. ఎంచుకున్న జోడీ ప్రైవేట్ చిరునామాలపై హోస్ట్-టు-హోస్ట్ అయితే, మీడియా మీరు వాదించగలిగే మార్గంలోనే ఉంటుంది; అది రిలే-టు-రిలే అయితే, కాల్ రిలే సామర్థ్యాన్ని ఖర్చు చేస్తుంది, ఆ సేవ లభ్యతపై ఆధారపడి ఉంటుంది. ఎంచుకున్న జోడీ లేకుండా “తనిఖీ చేస్తోంది” వద్ద ఆగిపోయే వైఫల్యం అంటే అభ్యర్థులు సేకరించబడ్డాయి కానీ ఏదీ కనెక్టివిటీ పరీక్షలను దాటలేదు.
తర్వాత అదే కాల్లో అదే రెండు చివరలను ఒకే ఒక ఆమోదించిన షరతును మార్చి పోల్చండి, ఫలితాన్ని “కనెక్ట్ అయింది” సూచికపై కాకుండా ద్విముఖ మీడియా లేదా డేటాపై అంగీకరించండి. అభ్యర్థి సేకరణ ఒక్క ఆడియో ఫ్రేమ్ కూడా మోయని అనేక సందర్భాల్లో విజయవంతమవుతుంది. మార్పు యొక్క మరొక వైపు కాల్ను పునరావృతం చేయండి మరియు రెండు డయాగ్నస్టిక్ క్యాప్చర్లను ఉంచండి, ఎందుకంటే రెండు పరుగులను పోల్చడం ఏదో ఒకదాన్ని ఒంటరిగా చదవడం కంటే ఎక్కువ సమాచారం ఇస్తుంది. అదే చివరలు, అదే కోడెక్, ఒక మారిన చరరాశి.
తన ICE రవాణా విధానాన్ని ఉద్దేశపూర్వకంగా relay పై ఉంచే అప్లికేషన్ రిలే అభ్యర్థులను మాత్రమే అడుగుతుంది. ఆ సెట్టింగ్ రిలేను సృష్టించదు, లేని ఆధారాలను సరిచేయదు; అవసరాన్ని స్పష్టం చేస్తుంది, సైట్ ఎంచుకున్న విధానం కోసం ఎవరైనా VPN ను నిందించినప్పుడు ఇది ఉపయోగకరం.
గోప్యతా ప్రకటనను రుజువుల మేరకే ఇరుకుగా ఉంచండి
అభ్యర్థుల బహిర్గతం బ్రౌజర్ మరియు అప్లికేషన్ విధానంపై ఆధారపడి ఉంటుంది, టన్నెల్ స్థితిపై మాత్రమే కాదు, W3C యొక్క తోటి కనెక్షన్ స్పెసిఫికేషన్ IP నిర్వహణను తనకంటూ ప్రత్యేక విషయంగా పరిగణిస్తుంది. కాబట్టి కనెక్ట్ అయిన VPN ఒక కాల్ ఒకే ఎంచుకున్న చిరునామాను మాత్రమే వెల్లడిస్తుందని వాగ్దానం చేయడానికి బలహీనమైన ఆధారం. ఒకే టన్నెల్ వెనుక ఉన్న ఇద్దరు తోటివారు హోస్ట్ను ఎప్పటికీ వదలని మార్గాన్ని కూడా ఎంచుకోవచ్చు, అది ఒకే సమయంలో గోప్యతా మెరుగుదల మరియు కనెక్టివిటీ పరిమితి.
మీరు ఖచ్చితంగా చెప్పగలిగేది మరింత ఇరుకైనది మరియు మరింత ఉపయోగకరమైనది: ఏ అభ్యర్థి జోడీ ఎంచుకోబడింది, ఏ రవాణా దానిని మోసింది, ఆ మార్గం టన్నెల్ లోపలే ఉందో. పనిచేసే మరియు విఫలమయ్యే కాల్ కోసం ఈ మూడు వాస్తవాలను నమోదు చేయండి, భేదం సాధారణంగా సరిచేయాల్సిన భాగాన్ని పేర్కొంటుంది.
కనెక్టివిటీ పనిచేసిన తర్వాత, పనితీరును చేరుకోగలిగే సామర్థ్యం నుండి వేరు చేయండి. నష్టం, ఆలస్యం, క్యూ మరియు MTU అన్నీ సరైన అభ్యర్థి జోడీకి దిగువన ఉన్నాయి, తెగిపోయే కాల్ను కనెక్టివిటీ వైఫల్యంగా పరిగణించడం కారణం లేకుండా మిమ్మల్ని అభ్యర్థి జాబితా వైపు తిరిగి పంపుతుంది.