Kuidas koguda Androidi VPN-i logisid tugipileti jaoks

Vajutate Connecti, profiil keerleb sekundi ja klient teatab katkenud ühendusest. Tugi küsib logisid, te lisate ekraanipildi ja lõim seisab kaks päeva, sest keegi ei oska öelda, milline kätlemise osa alla andis. Ühe katse ümber ehitatud aruanne, kitsa ajavahemiku ja viimase lõpetatud etapiga, liigutab pileti ühe ringiga edasi. Alternatiiv, terve päev telefoniloge, annab teisel pool olijale tavaliselt rohkem kohti, kuhu vaadata.

Kaks telefoni samas lüüsis võivad ikka erinevalt käituda, sest protokoll, sertifikaadihoidla, autentimismeetod või liikluspoliitika ei pruugi kattuda. See töötab minu telefonis on võrdluse alguspunkt, mitte tõestus Androidi rikkest.

Jäädvustage üks katse, mitte terve päev ajalugu

Kirjutage keskkond üles enne, kui midagi taasesitate: Androidi versioon, tootja ja mudel, kliendi nimi ja versioon, valitud profiil, võrk, millega olete ühendatud, ja kellaaeg koos ajavööndiga. Märgin ka, kas energiasäästja või Data Saver on sees, sest mõlemad muudavad, mida klient tohib ekraani väljalülitumisel teha.

Seejärel otsustage, millist viiest tulemusest te tegelikult näete. Nõusoleku- või loavorm ei lõpe kunagi, lõpp-punkti ei ole üldse võimalik saavutada, autentimine lükatakse tagasi, liidese seadistamine nurjub pärast edukat sisselogimist või tunnel tõuseb ja üks konkreetne ressurss jääb kättesaamatuks. Igal neist on erinev omanik ja erinev parandus ning pakett, mis need segab, saab vastuseks palve uuesti proovida. Nende vahel oletamine muudab tunnise pileti nädalaks kirjavahetuseks.

Üleminekud on samuti olulised. Kui rike ilmneb ainult pärast ekraani lukustamist või pärast üleminekut Wi-Filt mobiilsele andmesidele, pange see pileti esimesse ritta ja märkige minut, mil see juhtus.

Eksportige kõigepealt kliendi enda logi

Esimene manus peaks tulema rakendusest, mitte operatsioonisüsteemist. Enamik kliente pakub seadetes diagnostika- või ühenduslogi eksporti, mõnikord peidetud versioonirea pika vajutuse taha, ja see eksport mõistab juba oma olekumasinat. Kasutage seda nii, nagu see välja tuleb, selle asemel et huvitavaid ridu pileti teksti ümber trükkida.

Lisage esimene viga ja sündmused vahetult enne seda, mitte ainult viimane katkestusrida. Puhas saba tähendab tavaliselt, et tegelik rike juhtus varem: sertifikaadiahel, mis ei valideerunud, nimi, mis lahenes ootamatus kohas, või liides, mida kunagi ei seadistatud.

Lisage logcat ainult küsimuse jaoks, millele oskate nime anda

Telefoni terminaliemulaator ei ole süsteemilogija. Android logib oma puhvrid eraldi ringvooludena, mida saavad täielikult lugeda ainult privilegeeritud protsessid. Nii näeb tavaline rakendus oma väljundit pluss piiratud lõiku, ja väide, et logcat oli tühi, tõestab platvormi salvestatu kohta väga vähe.

Toetatud tee on volitatud ADB seanss arvutist, mida te kontrollite. Lülitage sisse arendaja valikud ja USB silumine, ühendage kaabel ning kinnitage seadmes RSA sõrmejälje dialoog; kui see küsimus suletakse, nurjub iga järgnev käsk unauthorized-ga ja ükski jäädvustus ei alga.

Kinnitage, et seade on tõesti kohal, enne kui kulutate jäädvustusele aega. adb devices peaks välja trükkima seerianumbri ja seejärel sõna device, ja kõik, mis näitab offline või unauthorized, vajab esmalt kaabli, küsimuse või draiveri korda tegemist.

Kui see on nimekirjas, alustage jäädvustamist paar sekundit enne Connecti vajutamist ja lõpetage kohe pärast seda, kui klient alla annab. Teadliku algusega reaalajas jäädvustus on parem kui kakskümmend minutit hiljem tehtud tõmmis, sest ringpuhvrid on juba pööranud ja vajalikud varased read võivad olla kadunud:

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

Filtreerige aja ja sildi, mitte sõna VPN järgi

Jäädvustusest vpn-i otsimine on kiireim viis kaotada rida, mis riket selgitab. Sertifikaadi valideerimine, protsesside krahhid ja ühenduvuse muutused logitakse siltide alla, mis ei maini kunagi VPN-i, seega märksõnafilter hoiab müra ja viskab tõendid minema.

Kitsendage esmalt aken, seejärel prioriteet, seejärel silt. Kui vajate ainult seda, mis juhtus pärast teadaolevat hetke, esitab adb logcat -v threadtime -t '11-03 20:14:00.000' hiljutise saba sellest punktist ja threadtime vorming hoiab ajatemplid kliendi enda ekspordiga võrreldavad.

Kui teate kliendi paketti, jälgige selle protsessi, mitte ärge oletage silte. adb shell pidof com.vendor.client tagastab PID-i ja adb logcat --pid=1234 -v threadtime trükib ainult selle protsessi, samas kui adb logcat -g näitab, kui palju ruumi igal puhvril enne ülekirjutamist on.

Peitke saladused ja andke üle üks terviklik pakett

Enne kui midagi teie masinast lahkub, eemaldage paroolid, märgised, privaatvõtmed, seansi küpsised ja täielikud seadme identifikaatorid. Jätke alles veakoodid, sündmuste järjekord ja aadressisuhted, mis teevad rikke loetavaks, sest sellest punktist kaugemale puhastatud jäädvustus on sama kasutu kui see, mida kunagi ei filtreeritud.

Seejärel saatke üks pakett, mitte mitu lahtist faili: kliendi eksport, algus- ja lõpuajaga nimetatud ADB aken, kaherealune kokkuvõte ebaõnnestunud etapist ja selle nimekirja algusest pärit keskkonnamärkus. Kui osa ei saa avalikult postitada, kasutage teenusepakkuja privaatset tugikanalit ja öelge, milline fail seda kanalit vajab.

Enne saatmist kontrollige nelja asja. Kas pakett hõlmab üht katset, mitte tervet pärastlõunat? Kas kliendi ja süsteemi ajatemplid kattuvad? Ja kas see sisaldab veel märgist, parooli või täielikku tellija identifikaatorit? Parandage esmalt see viimane punkt, seejärel lisage failid olemasolevale piletile, mitte ärge avage uut, et selle ülevõtja säilitaks varasema konteksti.