Android VPN qeydlərini dəstək bileti üçün necə toplamaq olar

Connect düyməsinə toxunursunuz, profil bir saniyə fırlanır və müştəri bağlantının kəsildiyini bildirir. Dəstək qeyd istəyir, siz ekran şəkli əlavə edirsiniz və mövzu iki gün dalana dirənir, çünki heç kim əl sıxmanın hansı hissəsinin təslim olduğunu deyə bilmir. Bir cəhd ətrafında qurulmuş, dar vaxt pəncərəsi və tamamlanmış son mərhələni göstərən hesabat bileti bir gedişdə irəli aparır. Alternativ, yəni bütün günün telefon qeydləri, qarşı tərəfə adətən daha çox baxılacaq yer verir.

Eyni şlüz üzərindəki iki telefon yenə də fərqli davrana bilər, çünki protokol, sertifikat anbarı, autentifikasiya üsulu və ya trafik siyasəti uyğun gəlməyə bilər. «Mənim telefonumda işləyir» müqayisə üçün başlanğıcdır, Android nasazlığı haqqında sübut deyil.

Bir günlük tarixçə yerinə bir cəhdi tutun

Nəyisə təkrar etməzdən əvvəl mühiti yazın: Android buraxılışı, istehsalçı və model, müştəri adı və versiyası, seçdiyiniz profil, qoşulduğunuz şəbəkə və saat qurşağı ilə birlikdə saat vaxtı. Batareya qənaəti və ya Data Saver rejiminin aktiv olub-olmadığını da qeyd edirəm, çünki hər ikisi ekran söndükdən sonra müştərinin nə edə biləcəyini dəyişir.

Sonra beş nəticədən hansına baxdığınızı müəyyən edin. Razılıq və ya icazə pəncərəsi heç vaxt tamamlanmır, son nöqtəyə ümumiyyətlə çatmaq olmur, autentifikasiya rədd edilir, uğurlu girişdən sonra interfeys quraşdırması uğursuz olur, ya da tunel qalxır və müəyyən bir resurs əlçatmaz qalır. Hər birinin fərqli sahibi və fərqli düzəlişi var, onları qarışdıran paket isə yenidən cəhd etmək xahişi ilə cavab alır. Onların arasında təxmin etmək bir saatlıq bileti bir həftəlik yazışmaya çevirir.

Keçidlər də vacibdir. Əgər nasazlıq yalnız ekran kilidləndikdən sonra və ya Wi-Fi-dən mobil dataya keçiddən sonra görünürsə, bunu biletin birinci sətrinə yazın və baş verdiyi dəqiqəni qeyd edin.

Əvvəlcə müştərinin öz qeydini ixrac edin

İlk əlavə əməliyyat sistemi deyil, tətbiq tərəfindən gəlməlidir. Əksər müştərilər ayarlarda diaqnostik və ya bağlantı qeydi ixracı təqdim edir, bəzən versiya sətrinə uzun basma ilə gizlədilir və həmin ixrac öz vəziyyət maşınını artıq anlayır. Maraqlı sətirləri biletin mətninə yenidən yazmaq əvəzinə onu olduğu kimi istifadə edin.

İlk xətanı və ondan dərhal əvvəlki hadisələri əlavə edin, təkcə son bağlantı kəsildi sətrini yox. Təmiz quyruq adətən əsl nasazlığın daha əvvəl baş verdiyini göstərir: doğrulanmayan sertifikat zənciri, gözlənilməz yerdə həll olunan ad və ya heç vaxt konfiqurasiya edilməmiş interfeys.

logcat yalnız adını qoya bildiyiniz sual üçün əlavə edin

Telefondakı terminal emulyatoru sistem jurnalı deyil. Android öz buferlərini yalnız imtiyazlı proseslərin tam oxuya bildiyi ayrı dairəvi axınlar kimi qeyd edir. Beləliklə adi tətbiq öz çıxışını və məhdud bir dilimi görür, logcat işlətdim və boş idi ifadəsi isə platformanın nə qeyd etdiyi barədə çox az şey sübut edir.

Dəstəklənən yol nəzarət etdiyiniz kompüterdən icazəli ADB sessiyasıdır. Tərtibatçı seçimlərini və USB sazlama rejimini aktiv edin, kabeli qoşun və cihazda RSA barmaq izi dialoqunu qəbul edin; əgər o sorğu bağlanarsa, sonrakı hər əmr unauthorized ilə uğursuz olur və heç bir tutma başlamır.

Tutmağa vaxt sərf etməzdən əvvəl cihazın həqiqətən orada olduğunu təsdiqləyin. adb devices seriya nömrəsini, ardınca device sözünü çap etməlidir və offline və ya unauthorized göstərən hər şey əvvəlcə kabelin, sorğunun və ya drayverin düzəldilməsini tələb edir.

Siyahıda göründükdən sonra Connect düyməsinə toxunmadan bir neçə saniyə əvvəl tutmağa başlayın və müştəri təslim olduqdan dərhal sonra dayandırın. Qəsdən başladılmış canlı tutma iyirmi dəqiqə sonra alınan boşaltmadan üstündür, çünki dairəvi buferlər artıq dönüb və lazım olan erkən sətirlər itmiş ola bilər:

adb logcat -v threadtime -b main,system,crash > attempt.txt

VPN sözünə görə deyil, vaxta və teqə görə filtr edin

Tutmanı vpn üzrə axtarmaq nasazlığı izah edən sətri itirməyin ən sürətli yoludur. Sertifikat doğrulaması, proses qəzaları və bağlantı dəyişiklikləri heç vaxt VPN adı çəkməyən teqlər altında qeyd olunur, ona görə açar söz filtri səs-küyü saxlayıb sübutu atır.

Əvvəlcə pəncərəni, sonra prioriteti, sonra teqi daraldın. Yalnız məlum bir andan sonra baş verənlər lazım olduqda, adb logcat -v threadtime -t '11-03 20:14:00.000' həmin nöqtədən son quyruğu yenidən oynadır və threadtime formatı vaxt damğalarını müştərinin öz ixracı ilə müqayisə oluna bilən saxlayır.

Müştəri paketini bilirsinizsə, teqləri təxmin etmək əvəzinə onun prosesini izləyin. adb shell pidof com.vendor.client bir PID qaytarır və adb logcat --pid=1234 -v threadtime yalnız həmin prosesi çap edir, adb logcat -g isə hər buferin üzərinə yazmağa başlamazdan əvvəl nə qədər yer olduğunu göstərir.

Məxfi məlumatları təmizləyin, sonra bir ardıcıl paket təqdim edin

Nəsə maşınınızdan çıxmazdan əvvəl parolları, tokenləri, şəxsi açarları, sessiya kukilərini və tam cihaz identifikatorlarını silin. Nasazlığı oxunaqlı edən xəta kodlarını, hadisələrin sırasını və ünvan əlaqələrini saxlayın, çünki bu həddən sonra təmizlənmiş tutma heç vaxt filtrdən keçməmiş tutma qədər faydasızdır.

Sonra bir neçə ayrı fayl yerinə bir paket göndərin: müştəri ixracı, başlama və dayanma vaxtı ilə adlandırılmış ADB pəncərəsi, uğursuz mərhələnin iki sətirlik xülasəsi və bu siyahının başındakı mühit qeydi. Əgər bir hissəsi açıq şəkildə yerləşdirilə bilmirsə, provayderin özəl dəstək kanalından istifadə edin və hansı faylın o kanala ehtiyacı olduğunu deyin.

Göndərməzdən əvvəl dörd şeyi yoxlayın. Paket bütün günorta yerinə bir cəhdi əhatə edirmi? Müştəri və sistem vaxt damğaları üst-üstə düşürmü? Və içində hələ də token, parol və ya tam abunəçi identifikatoru varmı? Əvvəlcə bu son məqamı düzəldin, sonra faylları yeni bilet açmaq əvəzinə mövcud biletə əlavə edin ki, onu götürən əvvəlki konteksti saxlasın.