VPN թե 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-ը լռելյայն լսում է 3478 պորտը UDP-ի և TCP-ի համար և 5349-ը՝ TLS-ի համար, և ցանցը, որը թույլ է տալիս 443-ը, բայց գցում է այդ պորտերը, կտապալի ռելեով զանգերը, մինչդեռ զննումը շարունակվում է նորմալ։ VPN-ի պորտը փոխելը ոչինչ չի կարգավորում դրանից, որովհետև կարևոր պորտերը պատկանում են ռելեի ծառայությանը, ոչ թե թունելին։
Կարդացեք ախտորոշումը, ապա ստուգեք զանգը
Զննարկիչները ցույց են տալիս անհրաժեշտ տեղեկատվությունը առանց փաթեթների որսման։ Բացեք ձեր զննարկիչի WebRTC ախտորոշման էջը, կատարեք զանգը և կարդացեք ընտրված թեկնածուի զույգը, ոչ թե հավաքված ցանկը՝ թե որ տեղական և հեռավոր թեկնածու տեսակներն ընտրվեցին, ինչ տրանսպորտով և հասցեների ընտանիքով, և արդյոք ուղին ուղիղ է, թե ռելեով։
Երկու ընթերցում արժե նախապես իմանալ։ Եթե ընտրված զույգը հոսթ-հոսթ է մասնավոր հասցեներով, մեդիան մնում է այն ուղու վրա, որի մասին կարելի է դատել, եթե այն ռելե-ռելե է, զանգը ծախսում է ռելեի հզորություն և կախված է այդ ծառայության հասանելիությունից։ Խափանումը, որը կանգ է առնում «ստուգվում է» վիճակում առանց ընտրված զույգի, նշանակում է, որ թեկնածուները հավաքվել են, բայց ոչ մեկը չի անցել կապակցվածության ստուգումները։
Այնուհետև համեմատեք նույն երկու ծայրերը նույն զանգի ընթացքում՝ փոխելով միայն մեկ հաստատված պայման, և արդյունքը ընդունեք երկկողմ մեդիայի կամ տվյալների հիման վրա, ոչ թե «միացված» ցուցիչի։ Թեկնածուների հավաքումը հաջողվում է շատ դեպքերում, որոնք երբեք չեն կրում ձայնի ոչ մի կադր։ Կրկնեք զանգը փոփոխության մյուս կողմում և պահեք երկու ախտորոշիչ գրառումները, որովհետև երկու գործարկում համեմատելն ավելի տեղեկատվական է, քան դրանցից որևէ մեկը առանձին կարդալը։ Նույն ծայրերը, նույն կոդեկը, մեկ փոփոխված փոփոխական։
Հավելվածը, որը միտումնավոր ICE տրանսպորտի քաղաքականությունը դնում է relay-ի վրա, պահանջում է միայն ռելեի թեկնածուներ։ Այդ կարգավորումը ռելե չի ստեղծում և չի վերականգնում բացակայող հավատարմագրերը, այն պահանջը դարձնում է բացահայտ, ինչը օգտակար է, երբ ինչ-որ մեկը VPN-ին մեղադրում է կայքի ընտրած քաղաքականության համար։
Պահեք գաղտնիության պնդումը նույնքան նեղ, որքան ապացույցները
Թեկնածուների բացահայտումը կախված է զննարկիչի և հավելվածի քաղաքականությունից, ոչ միայն թունելի կարգավիճակից, և W3C-ի գործընկերային կապի բնութագիրը IP-ի հետ վարվելը համարում է իր առանձին հարցը։ Այդ պատճառով միացված VPN-ը վատ հիմք է խոստանալու, թե զանգը բացահայտում է միայն մեկ ընտրված հասցե։ Նույն թունելի հետևում գտնվող երկու գործընկերներ կարող են նույնիսկ ընտրել ուղի, որը երբեք չի լքում հոսթը, ինչը միաժամանակ գաղտնիության բարելավում է և կապակցվածության սահմանափակում։
Այն, ինչ կարող եք ճշգրիտ ասել, ավելի նեղ է և ավելի օգտակար՝ որ թեկնածուի զույգն ընտրվեց, որ տրանսպորտը տարավ այն, և արդյոք այդ ուղին մնաց թունելի ներսում։ Գրի առեք այդ երեք փաստերը աշխատող և ձախողվող զանգի համար, և տարբերությունը սովորաբար նշում է այն բաղադրիչը, որը պետք է ուղղել։
Երբ կապակցվածությունն աշխատում է, առանձնացրեք արտադրողականությունը հասանելիությունից։ Կորուստը, ուշացումը, հերթերը և MTU-ն բոլորը գտնվում են ճիշտ թեկնածուի զույգից ներքև, և ընդհատվող զանգը որպես կապակցվածության խափանում դիտարկելը ձեզ առանց պատճառի հետ է ուղարկում թեկնածուների ցանկին։