VPN tətbiqinin analitika parametri əslində nə göndərir?
Analitika açarı tuneldən fərqli məlumat axını əhatə edir. Məxfilik səhifəsi buna toxunmazdan əvvəl kateqoriyaları, identifikatorları və alıcıları oxuyun.
Tuneliniz şifrələnib, məxfilik səhifəsi logsuz işləmədən danışır, amma tətbiq yenə də hansı ekranları açdığınızı bildirən diaqnostika kitabxanası ilə gəlir. Bunlar fərqli siyasətləri olan fərqli məlumat axınlarıdır. Bağlantı jurnalı tunelin hara getdiyini qeyd edir; analitika hadisəsi isə tətbiqdən necə istifadə etdiyinizi qeyd edir. Birini oxuyub digərini də əhatə etdiyini güman etmək məhz parametrin təklif etdiyi səhvdir.
Açar adətən nəyə nəzarət edir
Əksər müştərilər isteğe bağlı hesabatı xidmətin onsuz işləyə bilmədiyi emaldan ayırır. Açar adətən qəza hesabatlarına, istifadə hadisələrinə və performans ölçmələrinə nəzarət edir, autentifikasiya, ödəniş və sui-istifadənin qarşısının alınması isə mövqeyindən asılı olmayaraq davam edir.
Qəza hesabatları yığın izini, cihaz modelini, OS versiyasını və tətbiq versiyasını daşıyır. İstifadə hadisələri ekranların və funksiyaların adını çəkir, bəzən müddətlərlə. Performans hadisələri bağlantı vaxtlarını, protokol seçimlərini və xəta kodlarını qeyd edir. Dəstək diaqnostikası dördüncü kateqoriyadır, adətən əl ilə işə salınır və jurnalları və konfiqurasiyanı bir araya toplaya bilir.
Göndərən həmişə ikondakı brend deyil. Tətbiqə daxil edilmiş SDK öz son nöqtəsinə göndərə bilər, qəza xidməti isə ayrı bir şirkət ola bilər. Buna görə bildirişin alıcı siyahısı açarın etiketi qədər vacibdir.
Hesabatı identifikasiya edən sahələr
Yalnız kateqoriya məxfilik sualını həll etmir; hadisəyə bağlanan identifikator həll edir. Zərərsiz görünən hesabat, hər sətirdə eyni quraşdırma ID-si görünəndə tarixçəyə çevrilə bilər.
| Report type | Typical fields | Why it can identify |
|---|---|---|
| Crash | Stack trace, device model, OS, app version, install ID | The install ID links crashes over months |
| Usage | Screen names, feature events, session length | Builds a behavior profile even without content |
| Performance | Connect duration, protocol, error code | Network conditions can fingerprint a connection |
| Support bundle | Logs, configuration, sometimes addresses | May contain endpoints and timestamps you did not intend to share |
Hesab bağlantısı ən güclü birləşdirmə açarıdır, çünki cihaz tarixçəsini şəxs tarixçəsinə çevirir. IP ünvanı bir çox yurisdiksiyada şəxsi məlumatdır, hətta hesabatda ad olmasa da, sabit identifikator isə bəzi platformalarda yenidən quraşdırmaya davam gətirə bilər.
Xam identifikator göndərənin tərəfində qaldıqda aqreqasiya anonimləşdirmə deyil. Bir bildiriş anonim statistika iddia edirsə, üsulu axtarın: nə atılır, hansı mərhələdə və alıcı hadisələri yenidən birləşdirə bilirmi.
Hesabatı kim alır
Brendi deyil, alıcıları izləyin. Tətbiqin tərtibatçısı son nöqtəni idarə edə bilər və ya brendi başqa operatora lisenziyalaşdıra bilər; analitika təchizatçısı və qəza xidməti əlavə tərəflərdir. Məxfilik bildirişi bu rolları və hər birinin aldığı kateqoriyaları adlandırmalıdır. Mozilla abunəlik məxfilik bildirişi hesab məlumatlarını texniki və diaqnostik kateqoriyalardan ayırır, axtarmağa dəyər bölgü də elə budur.
Saxlama hər mərhələdə müəyyən edilir. Tərtibatçı hadisələri qısa müddət saxlayarkən analitika təchizatçısı öz siyasəti ilə onları daha uzun saxlayır, e-poçtla göndərilən dəstək paketi isə hər ikisindən də uzun yaşaya bilər. Məlumatı hansı tərəfin saxladığını soruşun, yalnız hansının topladığını deyil.
Sərhədlərarası ötürmə də eyni baxışa aiddir. Başqa regionda diaqnostika son nöqtəsi tunelin şifrələməsinin təsir etmədiyi ötürmə yaradır, çünki hesabat heç vaxt tuneldən keçməyib.
Söndürməyin nə edib nə etmədiyi
Açarı söndürmək gələcək isteğe bağlı hesabatları dayandırır. Artıq göndərilmiş hesabatları geri çağırmır və onları alıcıdan silmir. Silmə, provayderin məlumat prosesi çərçivəsində ayrı bir tələbdir, və bunun üçün cihaz parametri deyil, hesab identifikatoru lazım ola bilər.
Əsas emal da davam edir. Giriş, abunəliyin yenilənməsi, fırıldaq yoxlamaları və xidmətin sağlamlığı başqa əsasla jurnala yazıla bilər, əməliyyat sisteminin isə tətbiq açarının heç vaxt idarə etmədiyi öz qəza və analitika imkanları var. Məqsəd cihaz diaqnostikasını dayandırmaqdırsa, OS səviyyəsindəki parametri yoxlayın.
Nasazlıqların aradan qaldırılması üçün parametri qəsdən istifadə edin: diaqnostikanı aktivləşdirin, nasazlığı təkrarlayın, paketi toplayın, sonra hesabatı söndürün və bilet bağlandıqdan sonra paketi silin. Əl ilə əlavə edilən materiallar avtomatik olanlar qədər yoxlanmalıdır, çünki jurnal faylı analitika hadisəsinin heç vaxt saxlamadığı şeyləri ehtiva edə bilər.
Bildirişi cihazdan çıxanlarla müqayisə edin
Məzmunu şifrədən çıxarmadan təyinatları görə bilərsiniz. macOS və Linux-da bağlantı siyahıları müştərinin hansı uzaq ünvanlarla danışdığını göstərir:
sudo lsof -i -P -n | grep -i vpnclient
ss -tup | grep -i vpnclientTLS yükü gizlədir, ona görə nəticə təyinatı və təxmini vaxtı sübut edir, içindəki sahələri deyil. Bu, yenə də bir iddianı yoxlamaq üçün kifayətdir: bildiriş bir analitika alıcısını adlandırırsa və tətbiq siyahıda olmayan domenlə də əlaqə saxlayırsa, siyasəti olduğu kimi qəbul etməzdən əvvəl bu barədə soruşun.
Qəbul etdiyiniz kateqoriyaları, onlara bağlanan identifikatorları və onları saxlayan alıcıları yazın. Tətbiq SDK-sını yeniləyəndə və ya provayder sahibini dəyişəndə bu qısa qeyd yaddaşdakı qeyddən daha faydalıdır.