Hvernig á að safna Android VPN-skrám fyrir stuðningsmiða
Flytjið út skrá biðlarans fyrir eina tilraun og síðan stuttan leyfðan ADB logcat-glugga. Síað eftir tíma og merki, felið leyndarmál og sendið eina pakkningu.
Þú ýtir á Connect, sniðið snýst í eina sekúndu og biðlarinn tilkynnir aftengingu. Stuðningur biður um skrár, þú hengir við skjámynd og þráðurinn stendur í tvo daga því enginn getur sagt hvaða hluti handabandsins gafst upp. Skýrsla byggð í kringum eina tilraun, með þröngu tímabili og síðasta lokna stiginu, færir miðann áfram í einni umferð. Valkosturinn, heil dagsskrá síma, gefur manneskjunni hinum megin yfirleitt fleiri staði til að skoða.
Tveir símar á sama gátt geta samt hegðað sér ólíkt, því prótókollinn, skírteinasafnið, auðkenningaraðferðin eða umferðarstefnan gætu ekki passað saman. Það virkar í símanum hjá mér er upphafspunktur samanburðar, ekki sönnun um Android-bilun.
Nemið eina tilraun í stað dags af sögu
Skrifið niður umhverfið áður en þið endurgerið eitthvað: Android-útgáfa, framleiðandi og tegund, nafn og útgáfa biðlarans, sniðið sem þið völduð, netið sem þið eruð tengd við, og klukkutíminn með tímabelti sínu. Ég skrifa líka niður hvort sparnaður á rafhlöðu eða Data Saver sé virkur, því bæði breyta því hvað biðlarinn má gera þegar skjárinn slokknar.
Ákveðið síðan hverra fimm útkoma þið eruð í raun að horfa á. Samþykkis- eða leyfisglugginn klárast aldrei, ekki er hægt að ná endapunktinum yfirleitt, auðkenningu er hafnað, uppsetning viðmótsins mistekst eftir árangursríka innskráningu, eða göngin rísa og eitt tiltekið auðlind verður óaðgengilegt. Hver þeirra hefur annan eiganda og aðra lagfæringu, og pakkning sem blandar þeim fær svar um að reyna aftur. Að giska á milli þeirra er það sem gerir klukkustundarmiða að viku af bréfaskriftum.
Umskipti skipta líka máli. Ef bilunin birtist aðeins eftir að skjárinn er læstur eða eftir skipti frá Wi-Fi yfir í farsímagögn, skrifið það í fyrstu línu miðans og takið fram mínútuna sem það gerðist.
Flytjið fyrst út eigin skrá biðlarans
Fyrsta viðhengið ætti að koma frá appinu en ekki frá stýrikerfinu. Flestir biðlarar bjóða upp á útflutning greiningar- eða tengiskrár í stillingum, stundum falinn bak við langt ýting á útgáfustrengnum, og sá útflutningur skilur þegar eigin stöðuvél sína. Notið hann eins og hann kemur út í stað þess að skrifa áhugaverðu línurnar aftur inn í miðann.
Hengið við fyrstu villunni og atburðunum rétt fyrir hana, ekki bara síðustu aftengingarlínunni. Hreinn hali þýðir yfirleitt að raunverulega bilunin varð fyrr: skírteinakeðja sem staðfesti ekki, nafn sem leystist á óvæntum stað, eða viðmót sem var aldrei stillt.
Bætið logcat aðeins við fyrir spurningu sem þið getið nefnt
Skjáhermir fyrir skipanalínu í símanum er ekki kerfisskráning. Android skráir biðminni sín sem aðskildar hringlaga straumar sem aðeins forréttindastillingar geta lesið að fullu. Þannig sér venjulegt app sitt eigið út af og takmarkaðan sneið, og fullyrðingin um að logcat hafi verið tómt sannar mjög lítið um það sem kerfið skráði.
Studda leiðin er leyfð ADB-lota frá tölvu sem þið stjórnið. Kveikið á forritarastillingum og USB-kembiforritun, tengið snúruna og samþykkið RSA-fingrafarsamræðuna á tækinu; ef þeirri beiðni er lokað mistekst hver síðari skipun með unauthorized og engin skráning hefst.
Staðfestið að tækið sé raunverulega þar áður en þið fjárfestið tíma í skráningu. adb devices ætti að prenta raðnúmerið og svo orðið device, og allt sem sýnir offline eða unauthorized þarf fyrst að laga snúruna, beiðnina eða rekilinn.
Þegar það er á listanum, byrjið að skrá nokkrum sekúndum áður en þið ýtið á Connect og stöðvið rétt eftir að biðlarinn gefst upp. Lifandi skráning með viljandi byrjun er betri en afrit sem tekið er tuttugu mínútum síðar, því hringbiðminnin hafa þegar snúist og snemmlínurnar sem þið þurfið gætu verið farin:
adb logcat -v threadtime -b main,system,crash > attempt.txt
Síið eftir tíma og merki í stað orðsins VPN
Að leita í skráningu að vpn er fljótlegasta leiðin til að týna línunni sem útskýrir bilunina. Staðfesting skírteina, hrun ferla og breytingar á tengingu eru skráð undir merkjum sem nefna aldrei VPN, svo leitarorðasía heldur hávaðanum og kastar sönnununum.
Þrengið fyrst gluggann, þá forganginn, þá merkið. Þegar þið þurfið aðeins það sem gerðist eftir þekkta stund, spilar adb logcat -v threadtime -t '11-03 20:14:00.000' nýjasta halann frá þeim punkti, og sniðið threadtime heldur tímastimplum sambærilegum við eigin útflutning biðlarans.
Ef þið þekkið pakka biðlarans, fylgið ferli hans í stað þess að giska á merki. adb shell pidof com.vendor.client skilar PID og adb logcat --pid=1234 -v threadtime prentar aðeins það ferli, en adb logcat -g sýnir hversu mikið pláss hvert biðminni hefur áður en það byrjar að yfirskrifa.
Felið leyndarmál og afhendið síðan eina samfellda pakkningu
Áður en nokkuð yfirgefur vélina hjá ykkur, fjarlægið lykilorð, tákn, einkalykla, lotukökur og full tækjaauðkenni. Haldið villukóðunum, röð atburða og tengslum vistfanga sem gera bilunina læsilega, því skráning sem hreinsuð er fram yfir þann punkt er jafn gagnslaus og sú sem var aldrei síað.
Sendið síðan eina pakkningu í stað nokkurra lausra skráa: útflutning biðlarans, ADB-glugginn nefndur eftir byrjunar- og lokatíma, tveggja lína samantekt af stiginu sem mistókst, og umhverfisathugasemdina efst á þessum lista. Ef hluta hennar er ekki hægt að birta opinberlega, notið einkastuðningsrás þjónustuaðilans og segið hvaða skrá þarf þá rás.
Áður en þið sendið, athugið fjóra hluti. Nær pakkningin yfir eina tilraun en ekki heilan eftirmiðdag? Skarast tímastimplar biðlarans og kerfisins? Og inniheldur hún enn tákn, lykilorð eða fullt auðkenni áskrifanda? Lagið fyrst þann síðasta punkt og hengið síðan skrárnar við núverandi miða í stað þess að opna nýjan, svo sá sem tekur við honum haldi fyrra samhengi.