İdarə olunan iş tətbiqi üçün VPN və proksi vəziyyətini necə oxumalı

İdarə olunan telefonda bir iş tətbiqi uğursuz olur, kimsə VPN açarına baxır, onun aktiv olduğunu görür və yolu sağlam elan edir. Bu, bu diaqnozların çoxunun dayandığı yerdir və çox erkəndir: aktiv VPN daşıyıcısı bu tətbiqin sorğularının ondan keçdiyini demir, faktiki tətbiq olunan proksi isə tətbiq üzrə ola bilər və ya Parametrlərdə göstərilmək əvəzinə PAC faylı ilə seçilə bilər. Diaqnostika etdiyiniz konkret tətbiqdən və profildən başlayın, sonra platformanın yolun özünə baxışını oxuyun.

Tətbiqdən və onun profilindən başlayın

İş nişanlı tətbiq adətən öz şəbəkə siyasəti olan ayrı profildə işləyir. Eyni telefonda şəxsi brauzer buna sübut deyil, fərqli idarəetmə ilə həmkarınızın cihazından alınan nəticə də deyil. Hər hansı bir şeyi oxumazdan əvvəl tətbiqin hansı profilə aid olduğunu qeyd edin.

Parametrlərdə konfiqurasiya edilmiş VPN girişlərini siyahıya alın və hər birinin kimə aid olduğunu qeyd edin. Samsung buraxılışlarında menyu etiketləri buraxılışlar arasında dəyişir, ona görə girişi təsvir edin, ona aparan yolu deyil. Boz və ya idarə olunan giriş cihazı idarə edənə aiddir; onu təcrübə kimi söndürmək ölçmək istədiyiniz şeyi dəyişir və siyasətə zidd ola bilər.

Platformanın bildirdiyi vəziyyəti oxuyun

Dəstək alətlərinizdəki mövcud aktivliyin içində, API 23 və ya sonrasında, şəbəkə vəziyyəti bir bayt göndərmədən oxuna bilər. Çağırış imkanların oxunuşu üçün adi ACCESS_NETWORK_STATE manifest icazəsini tələb edir.

val cm = getSystemService(android.net.ConnectivityManager::class.java) ?: return
val network = cm.activeNetwork
val caps = network?.let { cm.getNetworkCapabilities(it) }
val hasVpn = caps?.hasTransport(android.net.NetworkCapabilities.TRANSPORT_VPN)
val proxy = cm.defaultProxy

Hər dəyər dar bir suala cavab verir. Aktiv şəbəkə həmin anda çağıran proses üçün standart şəbəkədir. İmkan yoxlaması həmin standart şəbəkənin VPN ilə dəstəkləndiyini bildirir. Proksi çağırışı faktiki standart HTTP proksisini bildirir və qaytarılan obyekt ya statik proksini, ya da PAC skriptini təsvir edə bilər.

Əgər standart yerinə hər şəbəkə üzrə baxış lazımdırsa, həmin şəbəkənin keçid xassələrini oxuyun və cm.getLinkProperties(network)?.httpProxy ilə müqayisə edin. Cihaz idarəetməsi ilə quraşdırılan proksi standart proksi çağırışında görünür, keçid xassələrində isə görünmür; bu, siyasətlə verilən proksini şəbəkənin payladığından ayırmağın sürətli yoludur.

Çıxışı açıq hesabat yerinə dəstək kanalınızda saxlayın. Proksi host adları, PAC ünvanları və daxili şəkilçilər təşkilatınızın trafiki necə yönləndirdiyini açıqlayır və heç biri nasazlığı təsvir etmək üçün lazım deyil.

Hər sahəni dar şəkildə şərh edin

Boş şəbəkə və ya boş imkan obyekti çağıranın şəbəkə vəziyyətinin əlçatmaz olduğunu və ya oxunuş zamanı dəyişdiyini bildirir. Bu, VPN yoxdur demək deyil. Onu naməlum kimi qəbul edin və tətbiq ön plana keçdikdən sonra yenidən oxuyun, mənfi nəticə kimi deyil.

VPN daşıyıcısı müsbət əlamətlərin ən zəifidir. VpnService saxlayan hər tətbiq birini yaradır, trafiki heç yerə göndərməyən yerli filtrləmə tətbiqi də daxil olmaqla. Beləliklə doğru dəyər VPN ilə dəstəklənən standart şəbəkənin mövcud olduğunu bildirir, təşkilatınızın çıxışının istifadə edildiyini deyil və heç bir halda yoxlamanın baş verdiyini deyil.

Boş standart proksi bu API-nin faktiki konfiqurasiya üçün standart HTTP proksisi bildirmədiyini bildirir. Bu çox az şeyi istisna edir: tətbiq öz SOCKS parametrini daşıya, öz HTTP müştərisini reallaşdıra və ya cihazın heç öyrənmədiyi şlüzə proksisi ilə yönləndirilə bilər.

PAC tək dəyərli cavabı məğlub edən haldır. Skript bir təyinatı proksi ilə yönləndirə, digərini birbaşa göndərə bilər, ona görə eyni tətbiqin bir saniyə içindəki iki sorğusu fərqli yollar tuta bilər. Və öz soketlərini seçilmiş şəbəkəyə bağlayan və ya bindProcessToNetwork çağıran tətbiq standarta ümumiyyətlə uymaq məcburiyyətində deyil.

Bu anlıq görüntünün sizə deyə bilmədikləri

Bu tarixçə deyil. Burada uğursuz sorğunun hansı yolu tutduğu qeyd olunmur və uğursuzluqdan sonra uğurlu oxunuş uğursuzluq haqqında sübut deyil. Bu həm də inventar deyil: çağıran prosesin standart şəbəkəsini alırsınız, hər tətbiqin şəxsi bağlantılarının siyahısını deyil.

Soketin üstündə baş verənlər haqqında da heç nə demir. İdarə olunan cihazda uğursuz olan TLS əl sıxışması etimad anbarı problemi, bərkitmə uyğunsuzluğu və ya proksinin rədd etdiyi ad ola bilər və bunların heç biri bağlantı oxunuşunda görünmür.

Buna görə iki yarı birlikdə vacibdir: anlıq görüntü hara baxmağı daraldır, tətbiqin öz diaqnostikası isə faktiki nəyin uğursuz olduğunu deyir.

Bunu inzibatçının istifadə edə biləcəyi formada bildirin

Təsirlənən tətbiqi, profili, vaxt möhürünü və uğursuz olan dəqiq mərhələni verin: ad həlli, TCP bağlantısı, TLS əl sıxışması və ya HTTP statusu. Anlıq görüntü dəyərlərini oxunduğu kimi əlavə edin, boş dəyərləri isə heç nə kimi deyil, boş kimi yazın. Eyni profildəki digər tətbiqlərin də eyni şəkildə uğursuz olub-olmadığını qeyd edin; bu, tətbiq problemini profil üzrə yol problemindən ayırır.

Sonra dayanın və yolun sahibi cavab versin. Korporativ sertifikat, proksi ünvanı və ya VPN girişini idarəetməni silmək və ya təsdiqlənmiş marşrutu yan keçmək icazəsi kimi qəbul etməyin; bu, dəstək halını siyasət hadisəsinə çevirir.

Standart proksi müqaviləsi qısadır və bir dəfə oxumağa dəyər, çünki çağırışın hansı proksini bildirdiyini dəqiq müəyyən edir və bu anlıq görüntünün hər həddindən artıq oxunuşu onun daha çoxunu bildirdiyini fərz etməklə başlayır.