WebRTC test səhifəsi 172.20.4.15 çap etdikdə, o, həmin şəbəkədə yerli interfeysin olduğunu öyrənmiş olur. Bu, real bir açıqlamadır və «media VPN çıxışından keçdi» nəticəsi ilə eyni deyil. Namizəd aşkarlanması və paket marşrutlaşdırması ayrı mexanizmlərdir, əksər sızma hesabatları isə onları bir hökmdə birləşdirir. Hansına baxdığınız düzəlişi müəyyən edir.

Toplama hər şey göndərilməzdən əvvəl baş verir

Brauzer yerli interfeysləri sadalayır, STUN serverinə bağlanma sorğusu göndərir və TURN serverindən ayrıca istəyir, sonra nəticələri sessiya təsvirinə namizəd sətirləri kimi yazır. Bütün bunlar zəng, media və qarşı tərəf olmadan tamamlanır. Ona görə namizəd siyahısı daşınmanın deyil, aşkarlanmanın qeydidir.

Müasir brauzerlər host namizədinin hərfi ünvanını mDNS ilə .local adı ilə əvəz edə bilər, buna görə səhifə şəxsi IP-ni oxuya bilmir. Yerli şəbəkə həmin adı həll edən multicast sorğularını hələ də görür, yəni ünvan tətbiqdən gizlədilir, şəbəkədən silinmir.

Sıra da vacibdir: yeni səhifə yükləməsi fərqli TURN ayrıcı və bəlkə də fərqli refleksiv xəritələmə ilə yeni dəst toplayır. Bir-birindən fərqlənən iki icra mütləq iki fərqli konfiqurasiya deyil.

Üç namizəd növü, üç cür sübut

Hər sətir fərqli müşahidədən çıxır. Hər növ fərqli suala cavab verir və cədvəl onları nəyi təsbit edə bildiklərinə və bilmədiklərinə görə ayırır.

CandidateDerived fromWhat it establishesWhat it cannot establish
HostAn interface on the deviceA local address exists in that networkThat the peer can reach it
Server-reflexiveA STUN binding responseHow a NAT mapped this sourceWhich exit the media will use
Peer-reflexiveA connectivity check that arrivedAn address seen by the far sideThat it was ever advertised
RelayA TURN allocationThe relay server accepted the sessionThat the relay carries the call

Relay namizədi tez-tez istifadəçinin internet ünvanı ilə səhv salınır. O, TURN serverinə aiddir və mövcudluğu relay-in mövcud olduğunu göstərir, brauzerin onu seçdiyini yox. Eyni qarışıqlıq host namizədlərində də tərs istiqamətdə işləyir: mDNS adı ünvanı səhifədən gizlədir, şəbəkə isə sorğuları yenə daşıyır. Dəyəri oxumazdan əvvəl növü oxuyun.

Seçilmiş cüt marşrutlaşdırma sualına cavab verir

ICE hər yerli namizədi hər uzaq namizədlə cütləşdirir, hər cüt üzərində bağlantı yoxlamaları aparır və qalibi namizəd göstərir. Brauzerin öz diaqnostikasında görünən həmin namizəd cüt media daşıyır. Siyahıda qalan hər şey uduzmuş bir ehtimaldır.

Qalib sizə yolun formasını deyir. Relay-relay TURN serverindən keçir, host cütü yerli şəbəkədə qalır, server-refleksiv cüt isə NAT vasitəsilə birbaşa gedir. Bu, VPN yoxlamasının ehtiyac duyduğu faktdır və ünvan siyahısından fərqli bir faktdır. Eyni namizəd siyahıları ilə iki zəng fərqli cütlər seçə bilər.

Seçilməmiş namizədlər də toplanıb və toplama maşından çıxan şəbəkə trafikidir. Sonda relay istifadə edən zəng, siyahı qurularkən heç nə açıqlanmadığı anlamına gəlmir.

Nəzarətlər sızma balına deyil, məqsədlərə uyğundur

WebRTC IP idarəetmə spesifikasiyası bir neçə siyasət təsvir edir: yalnız standart marşrutu daşıyan interfeysdən istifadə, bütün interfeyslərdən istifadə və proksisiz UDP-ni söndürməklə trafiki relay və ya proksidən keçməyə məcbur etmək. Hər biri bağlantı və gecikməni fərqli bir məruz qalma növü ilə dəyişir. Brauzerin hansını və hansı adla tətbiq etdiyi platformadan və versiyadan asılıdır.

Siyasəti məqsədə görə seçin. Yerli ünvanları səhifədən gizlətmək bir məqsəddir; birbaşa peer-to-peer trafikin qarşısını almaq başqasıdır; hər paketi tunelin içində saxlamaq üçüncüsüdür. Birincisi əsasən tətbiqin nə öyrəndiyindən, ikincisi hansı yolun icazəli olmasından, üçüncüsü isə platforma və ya VPN sərhədində də tətbiq edilməlidir.

Hansı nəzarəti seçsəniz də, hər iki yarını yoxlayın: toplama testini işə salıb namizəd növlərini qeyd edin, sonra real sessiya zamanı seçilmiş cütü araşdırın. Birbaşa media yolu ilə təmiz ünvan siyahısı yenə də nəzərdə tutmadığınız bir yoldur.

Əlaqəli məqalələr