Kaip surinkti „Android VPN“ žurnalus pagalbos bilietui

Paspaudžiate „Connect“, profilis apsisuka sekundę, o klientas praneša apie nutrūkusį ryšį. Pagalba prašo žurnalų, jūs pridedate ekrano kopiją, ir gija sustoja dviem dienoms, nes niekas negali pasakyti, kuri rankos paspaudimo dalis pasidavė. Ataskaita, sukurta apie vieną bandymą, su siauru laiko intervalu ir paskutiniu užbaigtu etapu, pastumia bilietą į priekį per vieną ratą. Alternatyva, visos dienos telefono žurnalai, dažniausiai suteikia kitai pusei daugiau vietų, kur žiūrėti.

Du telefonai tame pačiame šliuze vis tiek gali elgtis skirtingai, nes protokolas, sertifikatų saugykla, autentifikavimo metodas ar srauto politika gali nesutapti. Veikia mano telefone yra palyginimo pradžia, o ne Android gedimo įrodymas.

Užfiksuokite vieną bandymą, o ne visos dienos istoriją

Užsirašykite aplinką prieš ką nors kartodami: Android versiją, gamintoją ir modelį, kliento pavadinimą ir versiją, pasirinktą profilį, tinklą, prie kurio esate prisijungę, ir laikrodžio laiką su laiko juosta. Taip pat pažymiu, ar įjungtas baterijos taupymas, ar Data Saver, nes abu keičia, ką klientas gali daryti užgesus ekranui.

Tada nustatykite, kurį iš penkių rezultatų iš tikrųjų matote. Sutikimo ar leidimo langas niekada nebaigiamas, galinio taško apskritai neįmanoma pasiekti, autentifikavimas atmetamas, sąsajos sąranka nepavyksta po sėkmingo prisijungimo, arba tunelis pakyla ir vienas konkretus išteklius lieka nepasiekiamas. Kiekvienas jų turi skirtingą savininką ir skirtingą sprendimą, o paketas, kuris juos sumaišo, sulaukia atsakymo bandyti dar kartą. Spėliojimas tarp jų paverčia valandos bilietą savaitės susirašinėjimu.

Perėjimai taip pat svarbūs. Jei gedimas atsiranda tik užrakinus ekraną arba perėjus nuo Wi-Fi prie mobiliojo ryšio duomenų, įrašykite tai pirmoje bilieto eilutėje ir pažymėkite minutę, kada tai įvyko.

Pirmiausia eksportuokite paties kliento žurnalą

Pirmas priedas turėtų būti iš programėlės, o ne iš operacinės sistemos. Dauguma klientų nustatymuose siūlo diagnostikos arba ryšio žurnalo eksportą, kartais paslėptą po ilgu versijos eilutės paspaudimu, ir tas eksportas jau supranta savo būsenos mašiną. Naudokite jį tokį, koks išeina, o ne perrašykite įdomias eilutes į bilieto tekstą.

Pridėkite pirmąją klaidą ir įvykius prieš pat ją, o ne tik paskutinę nutrūkimo eilutę. Švari pabaiga dažniausiai reiškia, kad tikrasis gedimas įvyko anksčiau: nepatvirtinta sertifikatų grandinė, netikėtoje vietoje išspręstas pavadinimas ar niekada nesukonfigūruota sąsaja.

Pridėkite logcat tik klausimui, kurį galite įvardinti

Terminalo emuliatorius telefone nėra sistemos žurnalų rašytojas. Android įrašo savo buferius kaip atskirus žiedinius srautus, kuriuos visiškai gali skaityti tik privilegijuoti procesai. Todėl įprasta programėlė mato savo išvestį ir ribotą atkarpą, o teiginys, kad logcat buvo tuščias, mažai ką įrodo apie tai, ką platforma įrašė.

Palaikomas kelias yra autorizuota ADB sesija iš jūsų valdomo kompiuterio. Įjunkite kūrėjo parinktis ir USB derinimą, prijunkite kabelį ir priimkite RSA piršto atspaudo dialogą įrenginyje; jei šis raginimas uždaromas, kiekviena vėlesnė komanda nepavyksta su unauthorized ir joks įrašymas neprasideda.

Prieš skirdami laiką įrašymui, patvirtinkite, kad įrenginys tikrai yra. adb devices turėtų išspausdinti serijos numerį, o po jo žodį device, o viskas, kas rodo offline arba unauthorized, pirmiausia reikalauja sutvarkyti kabelį, raginimą ar tvarkyklę.

Kai jis atsiras sąraše, pradėkite įrašymą likus kelioms sekundėms iki „Connect“ paspaudimo ir sustabdykite iškart po to, kai klientas pasiduoda. Sąmoningai pradėtas tiesioginis įrašymas geresnis už dvidešimt minučių vėliau paimtą išklotinę, nes žiediniai buferiai jau apsisuko ir ankstyvos eilutės, kurių jums reikia, gali būti dingusios:

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

Filtruokite pagal laiką ir žymą, o ne pagal žodį VPN

Ieškoti įraše vpn yra greičiausias būdas prarasti eilutę, kuri paaiškina gedimą. Sertifikatų tikrinimas, procesų strigimai ir ryšio pokyčiai registruojami po žymomis, kurios niekada nemini VPN, todėl raktinio žodžio filtras palieka triukšmą ir išmeta įrodymus.

Pirmiausia susiaurinkite langą, tada prioritetą, tada žymą. Kai jums reikia tik to, kas įvyko po žinomo momento, adb logcat -v threadtime -t '11-03 20:14:00.000' atkuria naujausią pabaigą nuo to taško, o threadtime formatas išlaiko laiko žymas palyginamas su paties kliento eksportu.

Jei žinote kliento paketą, sekite jo procesą, o ne spėliokite žymas. adb shell pidof com.vendor.client grąžina PID, o adb logcat --pid=1234 -v threadtime išspausdina tik tą procesą, tuo tarpu adb logcat -g rodo, kiek vietos kiekvienas buferis turi prieš pradėdamas perrašinėti.

Paslėpkite paslaptis ir perduokite vieną nuoseklų paketą

Prieš kažkam paliekant jūsų kompiuterį, pašalinkite slaptažodžius, raktus, privačius raktus, sesijos slapukus ir pilnus įrenginio identifikatorius. Palikite klaidų kodus, įvykių tvarką ir adresų ryšius, kurie padaro gedimą įskaitomą, nes įrašas, išvalytas už šios ribos, yra toks pat nenaudingas kaip ir niekada nefiltruotas.

Tada siųskite vieną paketą, o ne kelis atskirus failus: kliento eksportą, ADB langą, pavadintą pagal pradžios ir pabaigos laiką, dviejų eilučių suvestinę apie nepavykusį etapą ir aplinkos pastabą iš šio sąrašo viršaus. Jei dalies negalima paskelbti viešai, naudokite privačią teikėjo pagalbos kanalą ir pasakykite, kuriam failui jo reikia.

Prieš siųsdami patikrinkite keturis dalykus. Ar paketas apima vieną bandymą, o ne visą popietę? Ar kliento ir sistemos laiko žymos persidengia? Ir ar jame dar yra raktas, slaptažodis ar visas abonento identifikatorius? Pirmiausia ištaisykite tą paskutinį punktą, tada pridėkite failus prie esamo bilieto, o ne atidarykite naują, kad perimantis asmuo išsaugotų ankstesnį kontekstą.