Како да соберете VPN дневници на Android за билет за поддршка
Извезете го дневникот на клиентот за еден обид, потоа краток овластен ADB logcat прозорец. Филтрирајте по време и ознака, сокријте тајни и испратете еден пакет.
Кликнете на Connect, профилот се врти една секунда и клиентот пријавува прекин. Поддршката бара дневници, вие прикачувате слика од екранот и темата стои два дена, бидејќи сѐ уште никој не може да каже кој дел од ракувањето се откажа. Извештајот изграден околу еден обид, со тесен временски прозорец и последната завршена фаза, го придвижува билетот напред во еден круг. Алтернативата, цел ден телефонски дневници, обично му дава на човекот од другата страна повеќе места за гледање.
Два телефони на иста порта можат различно да се однесуваат, бидејќи протоколот, складиштето на сертификати, методот на автентикација или политиката за сообраќај може да не се совпаѓаат. Работи на мојот телефон е почетна точка за споредба, не доказ за дефект на Android.
Фати еден обид наместо цел ден историја
Запишете ја околината пред да репродуцирате нешто: издание на Android, производител и модел, име и верзија на клиентот, избраниот профил, мрежата на која сте поврзани и часовното време со неговата временска зона. Забележувам и дали е вклучено штедење на батерија или Data Saver, бидејќи двете менуваат што клиентот смее да прави откако екранот ќе се исклучи.
Потоа определете кој од петте исходи навистина го гледате. Прозорецот за согласност или дозвола никогаш не се комплетира, до крајната точка воопшто не може да се стигне, автентикацијата се одбива, поставувањето на интерфејсот не успева по успешна најава, или тунелот се крева и еден конкретен ресурс останува недостапен. Секој од нив има различен сопственик и различно решение, а пакетот што ги меша добива одговор да се обиде повторно. Погодувањето меѓу нив е тоа што билет од еден час го претвора во една недела допишување.
И транзициите се важни. Ако дефектот се појавува само по заклучување на екранот или по премин од Wi-Fi на мобилни податоци, ставете го тоа во првиот ред од билетот и забележете ја минутата кога се случило.
Прво извезете го сопствениот дневник на клиентот
Првиот прилог треба да дојде од апликацијата, а не од оперативниот систем. Повеќето клиенти во поставките нудат извоз на дијагностички или дневник на врската, понекогаш скриен зад долг притисок врз низата за верзија, и тој извоз веќе ја разбира сопствената машина на состојби. Користете го како што излегува наместо да ги препишувате интересните редови во телото на билетот.
Прикачете ја првата грешка и настаните непосредно пред неа, а не само последниот ред за прекин. Чистата опашка обично значи дека вистинскиот дефект се случил порано: синџир на сертификати што не се валидираше, име што се реши на неочекувано место или интерфејс што никогаш не бил конфигуриран.
Додајте logcat само за прашање што можете да го именувате
Емулаторот на терминал на телефонот не е системски логер. Android ги запишува своите бафери како одделни кружни текови што само привилегирани процеси можат целосно да ги читаат. Затоа обичната апликација го гледа својот излез плус ограничен дел, а тврдењето дека logcat бил празен докажува многу малку за тоа што платформата го запишала.
Поддржаниот пат е овластена ADB сесија од компјутер што го контролирате. Вклучете ги опциите за развивачи и USB отстранување грешки, поврзете го кабелот и прифатете го дијалогот за RSA отпечаток на уредот; ако тој прозорец се затвори, секоја следна команда не успева со unauthorized и ниедно снимање не започнува.
Потврдете дека уредот навистина е таму пред да вложите време во снимање. adb devices треба да го испечати серискиот број, потоа зборот device, а сѐ што прикажува offline или unauthorized најпрво бара средување на кабелот, прозорецот или драјверот.
Откако ќе се појави на списокот, започнете со снимање неколку секунди пред да кликнете на Connect и запрете веднаш откако клиентот ќе се откаже. Живото снимање со намерен почеток е подобро од извадок земен дваесет минути подоцна, бидејќи кружните бафери веќе се завртени и раните редови што ви требаат може да исчезнале:
adb logcat -v threadtime -b main,system,crash > attempt.txt
Филтрирајте по време и ознака наместо по зборот VPN
Барањето vpn во снимка е најбрзиот начин да го изгубите редот што го објаснува дефектот. Валидацијата на сертификати, паѓањето на процеси и промените во поврзаноста се запишуваат под ознаки што никогаш не спомнуваат VPN, па филтерот по клучен збор го задржува шумот и ги фрла доказите.
Прво стеснете го прозорецот, потоа приоритетот, потоа ознаката. Кога ви треба само она што се случило по познат момент, adb logcat -v threadtime -t '11-03 20:14:00.000' ја репродуцира неодамнешната опашка од таа точка, а форматот threadtime ги држи временските ознаки споредливи со сопствениот извоз на клиентот.
Ако го знаете пакетот на клиентот, следете го неговиот процес наместо да погодувате ознаки. adb shell pidof com.vendor.client враќа PID, а adb logcat --pid=1234 -v threadtime печати само тој процес, додека adb logcat -g покажува колку простор има секој бафер пред да почне да препишува.
Сокријте ги тајните, потоа предадете еден кожерентен пакет
Пред нешто да го напушти вашиот компјутер, отстранете лозинки, токени, приватни клучеви, колачиња од сесија и целосни идентификатори на уредот. Задржете ги кодовите за грешка, редоследот на настани и односите на адресите што го прават дефектот читлив, бидејќи снимка исчистена над таа граница е исто толку бескорисна како онаа што никогаш не била филтрирана.
Потоа испратете еден пакет наместо неколку одделни датотеки: извозот на клиентот, прозорецот ADB именуван по почетното и завршното време, двареден резиме на фазата што не успеа и белешката за околината од врвот на овој список. Ако дел не може да се објави јавно, користете го приватниот канал за поддршка на добавувачот и кажете која датотека го бара тој канал.
Пред да испратите, проверете четири работи. Дали пакетот опфаќа еден обид, а не цело попладне? Дали временските ознаки на клиентот и системот се преклопуваат? И дали сѐ уште содржи токен, лозинка или целосен идентификатор на претплатник? Прво поправете ја таа последна точка, потоа прикачете ги датотеките на постоечкиот билет наместо да отворате нов, за да го задржи претходниот контекст тој што ќе го преземе.