Kiel kolekti Android-VPN-protokolojn por subtena bileto

Vi frapetas Connect, la profilo turniĝas dum sekundo, kaj la kliento raportas malkonekton. Subteno petas protokolojn, vi alkroĉas ekrankopion, kaj la fadeno haltas du tagojn ĉar neniu povas diri, kiu parto de la manpremo rezignis. Raporto konstruita ĉirkaŭ unu provo, kun mallarĝa tempa fenestro kaj la lasta kompletigita etapo, movas la bileton antaŭen en unu raŭndo. La alternativo, tuta tago da telefonaj protokoloj, kutime donas al la persono ĉe la alia flanko pli da lokoj por rigardi.

Du telefonoj ĉe la sama enirejo ankoraŭ povas konduti malsame, ĉar la protokolo, la konservejo de atestiloj, la aŭtentiga metodo aŭ la trafika politiko eble ne kongruas. Funkcias ĉe mia telefono estas komenca komparo, ne pruvo pri Android-misoj.

Kaptu unu provon anstataŭ tagon da historio

Notu la medion antaŭ ol vi reprodukti ion: Android-versio, fabrikanto kaj modelo, nomo kaj versio de la kliento, la profilo, kiun vi elektis, la reto, al kiu vi estas konektita, kaj la horloĝa tempo kun ĝia tempzono. Mi ankaŭ notas, ĉu bateriŝparo aŭ Data Saver estas ŝaltitaj, ĉar ambaŭ ŝanĝas tion, kion la kliento rajtas fari post kiam la ekrano malŝaltiĝas.

Poste decidu, kiun el kvin rezultoj vi efektive rigardas. La konsenta aŭ permesa invito neniam kompletas, la finpunkto tute ne atingeblas, aŭtentigo estas rifuzata, interfaca agordo malsukcesas post sukcesa saluto, aŭ la tunelo ekfunkcias kaj unu specifa rimedo restas neatingebla. Ĉiu havas malsaman posedanton kaj malsaman riparon, kaj pakaĵo, kiu ilin miksas, ricevas respondon peti vin provi denove. Diveni inter ili estas tio, kio igas unu-horan bileton semajno da retpoŝto.

Ankaŭ transiroj gravas. Se la miso aperas nur post ekrana ŝloso aŭ post transiro de Wi-Fi al poŝtelefonaj datumoj, metu tion en la unuan linion de la bileto kaj notu la minuton, kiam ĝi okazis.

Unue eksportu la propran protokolon de la kliento

La unua aldonaĵo devus veni el la aplikaĵo, ne el la operaciumo. Plej multaj klientoj havas en la agordoj eksporton de diagnoza aŭ konekta protokolo, foje kaŝita malantaŭ longa premado sur la versia ĉeno, kaj tiu eksporto jam komprenas sian propran ŝtatan maŝinon. Uzu ĝin tiel, kiel ĝi elvenas, anstataŭ retajpi la interesajn liniojn en la bileton.

Alkroĉu la unuan eraron kaj la eventojn tuj antaŭ ĝi, ne nur la lastan malkonektan linion. Pura vosto kutime signifas, ke la vera miso okazis pli frue: atestila ĉeno, kiu ne validiĝis, nomo solvita en neatendita loko, aŭ interfaco, kiu neniam estis agordita.

Aldonu logcat nur por demando, kiun vi povas nomi

Terminala emulatoro sur la telefono ne estas sistemprotokolilo. Android registras siajn bufrojn kiel apartajn cirklajn fluojn, kiujn nur privilegiaj procezoj povas plene legi. Do ordinara aplikaĵo vidas sian propran eliron plus limigitan tranĉaĵon, kaj la aserto, ke logcat estis malplena, pruvas tre malmulte pri tio, kion la platformo registris.

La subtenata vojo estas rajtigita ADB-sesio de komputilo, kiun vi kontrolas. Ŝaltu programistajn opciojn kaj USB-malplatigon, konektu la kablon, kaj akceptu la RSA-fingrospuran dialogon sur la aparato; se tiu invito estas fermita, ĉiu posta komando malsukcesas kun unauthorized kaj neniu kaptado iam komenciĝas.

Konfirmu, ke la aparato vere estas tie antaŭ ol investi tempon en kaptadon. adb devices devus presi la serian numeron sekvatan de la vorto device, kaj io ajn montranta offline aŭ unauthorized unue bezonas ordigon de la kablo, la invito aŭ la pelilo.

Post kiam ĝi aperas en la listo, komencu kapti kelkajn sekundojn antaŭ ol vi frapetas Connect kaj haltu tuj post kiam la kliento rezignas. Viva kaptado kun intenca komenco superas dumpon prenitan dudek minutojn poste, ĉar la cirklaj bufroj jam turniĝis kaj la fruaj linioj, kiujn vi bezonas, eble foriris:

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

Filtru laŭ tempo kaj etikedo anstataŭ la vorto VPN

Serĉi kaptadon por vpn estas la plej rapida vojo perdi la linion, kiu klarigas la mison. Atestila validigo, procezaj kraŝoj kaj konektecaj ŝanĝoj estas registrataj sub etikedoj, kiuj neniam mencias VPN, do ŝlosilvorta filtro konservas la bruon kaj forĵetas la pruvojn.

Unue mallarĝigu la fenestron, poste la prioritaton, poste la etikedon. Kiam vi bezonas nur tion, kio okazis post konata momento, adb logcat -v threadtime -t '11-03 20:14:00.000' reludas la lastatempan voston de tiu punkto, kaj la formato threadtime tenas tempindikojn kompareblaj kun la propra eksporto de la kliento.

Se vi konas la klientan pakaĵon, sekvu ĝian procezon anstataŭ diveni etikedojn. adb shell pidof com.vendor.client redonas PID kaj adb logcat --pid=1234 -v threadtime presas nur tiun procezon, dum adb logcat -g montras, kiom da spaco ĉiu bufro havas antaŭ ol ĝi komencas superskribi.

Kaŝu sekretojn, poste transdonu unu koheran pakaĵon

Antaŭ ol io ajn forlasas vian maŝinon, forigu pasvortojn, ĵetonojn, privatajn ŝlosilojn, sesiajn kuketojn kaj plenajn aparatajn identigilojn. Konservu la erarkodojn, la ordon de eventoj kaj la adresajn rilatojn, kiuj igas la mison legebla, ĉar kaptado purigita preter tiu punkto estas same senutila kiel unu, kiu neniam estis filtrita.

Poste sendu unu pakaĵon anstataŭ pluraj lozaj dosieroj: la klientan eksporton, la ADB-fenestron nomitan laŭ sia komenca kaj fina tempo, dulinean resumon de la etapa malsukceso, kaj la media noto de la supro de ĉi tiu listo. Se parto ne povas esti afiŝita publike, uzu la privatan subtenan kanalon de la provizanto kaj diru, kiu dosiero bezonas tiun kanalon.

Antaŭ ol sendi, kontrolu kvar aferojn. Ĉu la pakaĵo kovras unu provon anstataŭ tutan posttagmezon? Ĉu la tempindikoj de kliento kaj sistemo interkovriĝas? Kaj ĉu ĝi ankoraŭ enhavas ĵetonon, pasvorton aŭ plenan abonantan identigilon? Riparu tiun lastan punkton unue, poste alkroĉu la dosierojn al la ekzistanta bileto anstataŭ malfermi novan, por ke tiu, kiu ĝin prenos, konservu la antaŭan kuntekston.