Mac VPN-i özü yenidən qoşur: tələb üzrə qaydanı yoxlayın

Siz VPN-i ayırırsınız və otuz saniyə sonra menyu çubuğundaki nişan geri qayıdır. Heç nə qəribə deyil: macOS-un tələb üzrə qaydaları şəbəkə dəyişdikdə və ya nəsə qaydanın əhatə etdiyi adı sorğuladıqda bağlantı başladır, və qayda heç vaxt yazmadığınız profildə də ola bilər. Aşağıdaki yoxlamaları ardıcıllıqla keçmək müştərini yenidən quraşdırmaqdan sürətlidir. Qayda bir siyasətdir, ona görə onunla vuruşmazdan əvvəl siyasəti oxuyun.

Qayda əslində nəyə baxır

Tələb üzrə qaydanın iki qərar nöqtəsi var: Mac-ın qoşulduğu şəbəkə və nəsə həll etməyə çalışdığı domen. Hər ikisi tuneli qaldıra bilər, buna görə daxili adın sorğulanması heç kimin açmadığı VPN-i başladır. Yerləşdirmə həm də insan olmadan işləyən autentifikasiya tələb edir, buna görə idarə olunan parklarda sertifikat əsaslı quruluşlar üstünlük təşkil edir.

Sistem siyasəti ilə yanaşı hər tətbiq üçün yenidən qoşulma seçimi də ola bilər, ona görə ilk sual tuneli hansı mexanizmin yenidən qoşduğu olur. Əvvəlcə sistem siyasətini, sonra müştərini, yalnız ondan sonra Ayır düyməsinə basanı yoxlayın. Məsuliyyətli görünən müştəri üstünlüklərinin çoxu əslində belə deyil. Bu ardıcıllıq vacibdir, çünki sistem siyasəti susmaya görə qalib gəlir və müştəri səviyyəsindəki parametr yalnız siyasətin əhatə etmədiyi halları izah edə bilər.

Siyasət kimindir və silmək nəyə başa gəlir

Quraşdırılmış profili və dəstəklənən müştəri idarəetmələrini hər hansı birini dəyişməzdən əvvəl oxuyun. Mac idarə olunursa, şərtlər haradasa sənədləşdirilib və həmin sənədi istəmək SSID-ləri və domenləri kənardan tərs mühəndisliklə çıxarmaqdan yaxşıdır.

Mac-dakı etimad materialı ondan istifadə edən hər bir xidmətlə paylaşılır, ona görə ləğv son addımdır, ilk deyil. Qaydaya sahib profili silin, sonra sertifikata toxunmazdan əvvəl qaydanın işə düşməsini dayandırdığını təsdiqləyin. Yarımçıq silinmiş profil insanların davranışın təsadüfi olduğu qənaətinə gəlməsinin səbəbidir. Nəyin quraşdırıldığını göstərən iki əmri saxlamağa dəyər:

profiles show -type configuration
scutil --nc list

Yenidən qoşulmanın sübut etmədiyi şey

Tələb üzrə yenidən qoşulma boşluq barədə heç nə demir: tunel qalxarkən trafik ayrı siyasət saxlamasa, fiziki interfeysdən yenə çıxa bilər. Tunel mövcud olmadan bloklamaq tuneli başlatmaqdan fərqli parametrdir. Tez yenidən qoşulan maşın ilk saniyələrdə yenə də sızdıra bilər.

Marşrut əhatəsi üçüncü sualdır, çünki tuneli başladan qayda hansı prefiksləri daşıdığı barədə heç nə demir. Yenidən qoşulmanın tam əhatə demək olduğunu fərz etmək əvəzinə bağlantının nəyi marşrutlaşdırdığını təsdiqləyin. Bunu qəsdən sınayın: müştərini bağlayın, xidmətin dayandığını təsdiqləyin, sonra qaydanın qorumalı olduğu resursu sorğulayın.

Tetikleyiciyi yazın, nişanı yox

Tuneli nəyin qaldırdığını yazın: şəbəkəyə qoşulmaq, tətbiq açmaq, şəxsi adı həll etmək, yuxudan oyanmaq. Yalnız baş verdiyini deyil, nə vaxt baş verdiyini fərq edin, çünki ardıcıllıq sübutdur. Konkret tetikleyici nişanın ekran şəklindən daha dəyərlidir.

Sonra bağlantı qalxdıqdan sonra resursu yoxlayın. Menyu çubuğu xidmətin işlədiyini sübut edir, ehtiyac duyduğunuz təyinatın onun üzərindən çatımlı olduğunu yox. Bu ikisi tamamilə adi səbəblərə görə ayrıla bilər, o cümlədən başqa yerə yönələn marşrut.

Qayda yanlış bağlantını başladanda

Başlamamalı olduğu halda başlayan bağlantı adətən köhnəlmiş profildən, nəzərdə tutulduğundan geniş domen şərtindən və ya eyni şəbəkə üçün rəqabət aparan iki konfiqurasiyadan gəlir. Üçü də quraşdırılmış konfiqurasiyada görünür və heç biri xidməti yandırıb-söndürməklə aydınlaşmır.

Tetikleyiciyi, profil sahibini və nəzərdə tutulan davranışı siyasəti idarə edənə aparın. Apple-ın tələb üzrə sənədləri həmin söhbətin ortaq lüğətidir və mübahisədən qısadır. Silmə yerinə siyasət dəyişikliyi istəyin və hər iki tərəf işlək quruluşu saxlasın.