Kako prikupiti Android VPN zapise za tiket podrške

Dodirnete Connect, profil se vrti sekundu i klijent prijavi prekinutu vezu. Podrška traži zapise, vi priložite snimak ekrana i nit stane na dva dana jer niko ne može reći koji je dio rukovanja odustao. Izvještaj izgrađen oko jednog pokušaja, s uskim vremenskim prozorom i posljednjom završenom fazom, pomjera tiket naprijed u jednom krugu. Alternativa, cijeli dan telefonskih zapisa, uglavnom daje osobi s druge strane više mjesta za gledanje.

Dva telefona na istom prolazu ipak se mogu ponašati različito, jer se protokol, spremište certifikata, način provjere identiteta ili politika saobraćaja možda ne poklapaju. Radi na mom telefonu je početna tačka za poređenje, ne dokaz o kvaru na Androidu.

Zabilježite jedan pokušaj umjesto cijelog dana historije

Zapišite okruženje prije nego što bilo šta reproducirate: izdanje Androida, proizvođača i model, naziv i verziju klijenta, profil koji ste odabrali, mrežu na koju ste povezani i vrijeme na satu s vremenskom zonom. Također bilježim je li uključen štednja baterije ili Data Saver, jer oba mijenjaju šta klijent smije raditi nakon što se ekran isključi.

Zatim odredite koji od pet ishoda zaista gledate. Prozor za pristanak ili dozvolu nikada se ne završi, do odredišta se uopće ne može doći, provjera identiteta je odbijena, postavljanje interfejsa ne uspije nakon uspješne prijave, ili se tunel podigne i jedan konkretan resurs ostane nedostupan. Svaki od njih ima drugog vlasnika i drugo rješenje, a paket koji ih pomiješa dobija odgovor da pokušate ponovo. Nagađanje između njih pretvara tiket od jednog sata u sedmicu dopisivanja.

Prelazi su također važni. Ako se kvar pojavljuje samo nakon zaključavanja ekrana ili nakon prelaska s Wi-Fi na mobilne podatke, stavite to u prvi red tiketa i zabilježite minutu kada se dogodilo.

Prvo izvezite vlastiti zapis klijenta

Prvi prilog treba doći iz aplikacije, a ne iz operativnog sistema. Većina klijenata u postavkama ima izvoz dijagnostičkog zapisa ili zapisa veze, ponekad skriven iza dugog pritiska na tekst verzije, i taj izvoz već razumije svoju mašinu stanja. Koristite ga onako kako izađe, umjesto da prepisujete zanimljive redove u tijelo tiketa.

Priložite prvu grešku i događaje neposredno prije nje, a ne samo završni red o prekidu. Čist rep obično znači da se pravi kvar dogodio ranije: lanac certifikata koji nije prošao provjeru, ime koje se riješilo na neočekivanom mjestu ili interfejs koji nikada nije konfigurisan.

Dodajte logcat samo za pitanje koje možete imenovati

Emulator terminala na telefonu nije sistemski zapisivač. Android zapisuje svoje bafere kao odvojene kružne tokove koje samo privilegovani procesi mogu čitati u cjelini. Zato obična aplikacija vidi svoj izlaz plus ograničen isječak, a tvrdnja da je logcat bio prazan dokazuje vrlo malo o tome šta je platforma zabilježila.

Podržan put je ovlaštena ADB sesija s računara koji kontrolišete. Uključite developer opcije i USB otklanjanje grešaka, spojite kabel i prihvatite RSA dijalog otiska na uređaju; ako se taj upit zatvori, svaka kasnija komanda ne uspije s unauthorized i nijedno snimanje ne počinje.

Potvrdite da je uređaj zaista tu prije nego što uložite vrijeme u snimanje. adb devices treba ispisati serijski broj pa riječ device, a sve što pokazuje offline ili unauthorized prvo zahtijeva sređivanje kabela, upita ili drajvera.

Kada se pojavi na listi, počnite snimati nekoliko sekundi prije nego što dodirnete Connect i zaustavite odmah nakon što klijent odustane. Živo snimanje s namjernim početkom bolje je od ispisa uzetog dvadeset minuta kasnije, jer su se kružni baferi već okrenuli i rani redovi koji su vam potrebni možda su nestali:

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

Filtrirajte po vremenu i oznaci umjesto po riječi VPN

Traženje vpn u snimku najbrži je način da izgubite red koji objašnjava kvar. Provjera certifikata, rušenja procesa i promjene povezanosti bilježe se pod oznakama koje nikad ne spominju VPN, pa filter po ključnoj riječi zadržava šum i odbacuje dokaze.

Prvo suzite prozor, zatim prioritet, zatim oznaku. Kada vam treba samo ono što se dogodilo nakon poznatog trenutka, adb logcat -v threadtime -t '11-03 20:14:00.000' reprodukuje nedavni rep od te tačke, a format threadtime čuva vremenske oznake uporedive s klijentovim vlastitim izvozom.

Ako znate paket klijenta, pratite njegov proces umjesto da nagađate oznake. adb shell pidof com.vendor.client vraća PID, a adb logcat --pid=1234 -v threadtime ispisuje samo taj proces, dok adb logcat -g pokazuje koliko prostora svaki bafer ima prije nego počne prepisivati.

Uklonite tajne, pa predajte jedan povezan paket

Prije nego bilo šta napusti vaš računar, uklonite lozinke, tokene, privatne ključeve, kolačiće sesije i pune identifikatore uređaja. Zadržite kodove grešaka, redoslijed događaja i odnose adresa koji kvar čine čitljivim, jer je snimak očišćen nakon te granice jednako beskorisan kao onaj koji nikad nije filtriran.

Zatim pošaljite jedan paket umjesto nekoliko labavih datoteka: izvoz klijenta, ADB prozor nazvan po vremenu početka i zaustavljanja, sažetak od dva reda o fazi koja nije uspjela i bilješku o okruženju s početka ove liste. Ako se dio ne može objaviti javno, koristite privatni kanal podrške provajdera i recite koja datoteka treba taj kanal.

Prije slanja provjerite četiri stvari. Pokriva li paket jedan pokušaj, a ne cijelo poslijepodne? Preklapaju li se vremenske oznake klijenta i sistema? I sadrži li još token, lozinku ili pun identifikator pretplatnika? Prvo popravite tu posljednju stavku, zatim priložite datoteke postojećem tiketu umjesto da otvarate novi, da onaj ko ga preuzme zadrži raniji kontekst.