Siyasətdən bir cümlə götürün — provayderi nəzərdən keçirməyinizə səbəb olan cümləni — və onu sistem boyunca izləyin. Tunel haqqında vəd avtomatik olaraq hesab portalını, həlledicini, dəstək qutusunu və ya ödəniş prosessorunu təsvir etmir. Pis müqayisələrin çoxu bir komponent haqqındakı iddianı oxuyub onu başqasına tətbiq etməkdən doğur. Aşağıdakı bələdçi bu vərdişi qısa iş vərəqinə çevirir.

Veriləni izləyin, sifəti yox

«Fəaliyyət qeydləri yoxdur» kimi başlıq bir kateqoriya haqqında ifadədir və faydalı sual budur: həmin kateqoriyanı ilk növbədə hansı komponent yarada bilərdi. Tunelin son nöqtəsi mənbə ünvanlarını və zaman işarələrini görə bilir; həlledici sorğu edilən adları görür; hesab sistemi şəxsiyyəti və ödəniş tarixçəsini görür; dəstək isə bilettə yapışdırdığınız hər şeyi görür. Bunlardan ikisi eyni şirkət tərəfindən idarə oluna bilər, biri isə podratçı ola bilər.

Transit zamanı şifrələmə saxlanma haqqında heç nə demir, çünki son nöqtə yönləndirməzdən əvvəl şifrəni açır.

Əvvəlcə komponent xəritəsi qurun

Altı sətir yazın: müştəri proqramı, tunelin son nöqtə operatoru, DNS həlledicisi, hesab və ödəniş sistemi, dəstək kanalı və diaqnostika və ya qəza hesabatlarını alan hər hansı tərəf. Hər sətirdə onu kimin idarə etdiyini və həmin tərəfin oxuduğunuz şirkətlə eyni olub-olmadığını qeyd edin. Ağ etiketli xidmətlər, podrat dəstək masaları və üçüncü tərəf analitikası cavabı çox vaxt gözləniləndən daha maraqlı edir.

Sonra hər komponentin texniki olaraq nəyə çıxışı olduğunu sadalayın: mənbə ünvanı, hesab identifikatoru, sorğu edilən ad, bağlantı vaxtı, ötürülən həcm, cihaz detalları, göndərilən hesabat. Mövcudluq saxlanma deyil, lakin siyasətin hansı hissəsinin hansı suala cavab verməli olduğunu göstərir.

Kateqoriyaları, məqsədi, saxlanmanı və paylaşmanı müqayisə edin

Gözdən keçirmə ünvanlarının saxlanmadığına dair iddia sessiya zaman işarələrini əhatə etmir, cəmlənmiş statistika haqqında iddia isə onu qidalandıran xam qeydləri təsvir etmir. Dəqiq kateqoriyanı, bəyan edilən məqsədi, saxlanma müddətini və paylaşma ifadəsini bu sıra ilə axtarın. Siyasət «anonim» deyirsə, sözü izahat kimi qəbul etmək yerinə hansı identifikatorların və zaman dəqiqliyinin çıxarıldığını yoxlayın.

Məhsul xətti üzrə tətbiq olunan siyasət bölmələrinə diqqət edin. Eyni brendin brauzer genişlənməsi, mobil müştərisi və router cihazı fərqli data yollarına malik ola bilər və siyasət hər üçünü bir səhifə ümumi ifadə ilə əhatə edə bilər.

Burada IETF məxfilik mülahizələri təlimatı faydalı bir strukturdur, çünki təhlili marketinq cümləsi üzrə deyil, komponent üzrə aparmağa məcbur edir.

Qəbul etdiyiniz sübutun qiymətini verin

Açıq mənbəli müştəri kodu müştərinin sizin datanızla nə etdiyini təsvir edir və tuneli sonlandıran backend haqqında az danışır. Audit bəyan edilmiş sistemi bəyan edilmiş dövr ərzində əhatə edir; bu faydalıdır və daimi zəmanətdən daha dardır. Yurisdiksiya iddiası hüquqi prosedur haqqında ifadədir, texniki qeydiyyat haqqında deyil. Bunların hər biri müəyyən növ sübutdur və onları qarışdırmaq bir il sonra heç kimin müdafiə edə bilməyəcəyi arxayın nəticələr doğurur.

Sakit vəziyyətdə şifrələmə hələ də mövcud olan qeydləri qoruyur, ona görə də qeydlərin ümumiyyətlə mövcud olub-olmamasından fərqli bir suala cavab verir.

Cavabsız qalanları qeyd edin

Siyasətdə hansısa komponent yoxdursa və ya hansısa kateqoriyaya toxunulmursa, onun yanına «izahsız» yazın. Dürüst nəticə budur və sükutu ya zəmanətə, ya da ittihama çevirməkdən daha faydalıdır. Siyasətin versiyasını və tarixini qeydlərinizin yanında saxlayın, çünki bu sənədlər səssizcə dəyişir və versiyasız müqayisə tez köhnəlir.

Nəhayət, öz testinizin nəyi sübut etdiyini dəqiqləşdirin. İşləyən çıxış və dəyişmiş ictimai ünvan marşrutlaşdırmanı göstərir. Onlar server tərəfində saxlanma haqqında heç nə demir və bu fərq məhz iş vərəqində yaşayır.

Əlaqəli məqalələr