Androidin VPN-lokien kerääminen tukipyyntöä varten

Napautat Connect-painiketta, profiili pyörähtää sekunnin ja asiakasohjelma ilmoittaa yhteyden katkenneen. Tuki pyytää lokeja, liität kuvakaappauksen ja ketju seisoo kaksi päivää, koska kukaan ei osaa sanoa, mikä kättelyn osa luovutti. Yhden yrityksen ympärille rakennettu raportti, kapealla aikavälillä ja viimeisellä valmistuneella vaiheella, vie tikettiä eteenpäin yhdellä kierroksella. Vaihtoehto, koko päivän puhelinlokit, antaa yleensä toiselle osapuolelle enemmän paikkoja katsoa.

Kaksi puhelinta samassa yhdyskäytävässä voi silti käyttäytyä eri tavalla, koska protokolla, varastosäilö, todennusmenetelmä tai liikennepolitiikka eivät välttämättä vastaa toisiaan. Se toimii minun puhelimessani on vertailun lähtökohta, ei todiste Androidin viasta.

Tallenna yksi yritys päivän historian sijaan

Kirjoita ympäristö muistiin ennen kuin toistat mitään: Android-versio, valmistaja ja malli, asiakasohjelman nimi ja versio, valittu profiili, verkko johon olet liittynyt, ja kellonaika aikavyöhykkeineen. Kirjaan myös, onko virransäästö tai Data Saver päällä, koska molemmat muuttavat sitä, mitä asiakasohjelma saa tehdä, kun näyttö sammuu.

Päätä sitten, mitä viidestä tuloksesta todella katsot. Suostumus- tai lupakehote ei koskaan valmistu, päätepisteeseen ei päästä lainkaan, todennus hylätään, rajapinnan määritys epäonnistuu onnistuneen kirjautumisen jälkeen, tai tunneli nousee ja yksi tietty resurssi jää saavuttamattomaksi. Jokaisella on eri omistaja ja eri korjaus, ja paketti, joka sekoittaa ne, saa vastauksen yrittää uudelleen. Niiden välillä arvaaminen muuttaa tunnin tiketin viikon kirjeenvaihdoksi.

Myös siirtymät merkitsevät. Jos vika näkyy vain näytön lukitsemisen jälkeen tai siirryttäessä Wi-Fi:stä mobiilidataan, kirjoita se tiketin ensimmäiselle riville ja merkitse minuutti, jolloin se tapahtui.

Vie ensin asiakasohjelman oma loki

Ensimmäisen liitteen pitäisi tulla sovelluksesta eikä käyttöjärjestelmästä. Useimmat asiakasohjelmat tarjoavat asetuksissa diagnostiikka- tai yhteyslokin viennin, joskus version merkkijonon pitkän painalluksen takana, ja se vienti ymmärtää jo oman tilakoneensa. Käytä sitä sellaisenaan sen sijaan, että kirjoittaisit kiinnostavat rivit uudelleen tiketin runkoon.

Liitä ensimmäinen virhe ja sitä välittömästi edeltävät tapahtumat, ei vain viimeistä katkaisuriviä. Puhdas häntä tarkoittaa yleensä, että varsinainen vika tapahtui aiemmin: vahvistumaton varmenneketju, odottamattomassa paikassa ratkennut nimi tai rajapinta, jota ei koskaan määritetty.

Lisää logcat vain kysymykselle, jonka osaat nimetä

Puhelimen pääteemulaattori ei ole järjestelmälokittaja. Android lokittaa puskurinsa erillisinä kehämäisinä virtoina, jotka vain etuoikeutetut prosessit voivat lukea kokonaan. Niinpä tavallinen sovellus näkee oman tulosteensa ja rajoitetun siivun, ja väite, että logcat oli tyhjä, todistaa hyvin vähän siitä, mitä alusta tallensi.

Tuettu tapa on valtuutettu ADB-istunto tietokoneesta, jota hallitset. Kytke kehittäjäasetukset ja USB-vianetsintä päälle, liitä kaapeli ja hyväksy RSA-sormenjälkivalinta laitteessa; jos se kehote suljetaan, jokainen myöhempi komento epäonnistuu unauthorized-virheeseen eikä tallennus koskaan ala.

Varmista, että laite on todella paikalla ennen kuin käytät aikaa tallennukseen. adb devices tulostaa sarjanumeron ja sen perään sanan device, ja kaikki, mikä näyttää offline tai unauthorized, tarvitsee ensin kaapelin, kehotteen tai ajurin kuntoon.

Kun se on listalla, aloita tallennus muutama sekunti ennen Connectin napauttamista ja lopeta heti, kun asiakasohjelma luovuttaa. Tarkoituksellisesti aloitettu live-tallennus voittaa kaksikymmentä minuuttia myöhemmin otetun vedoksen, koska kehämäiset puskurit ovat jo pyörähtäneet ja tarvitsemasi varhaiset rivit voivat olla poissa:

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

Suodata ajan ja tunnisteen mukaan sanan VPN sijaan

Tallenteen etsiminen sanalla vpn on nopein tapa kadottaa rivi, joka selittää vian. Varmenteen vahvistus, prosessien kaatumiset ja yhteyksien muutokset kirjataan tunnisteisiin, jotka eivät koskaan mainitse VPN:ää, joten avainsanasuodatin pitää kohinan ja heittää todisteet pois.

Kavenna ensin ikkunaa, sitten prioriteettia, sitten tunnistetta. Kun tarvitset vain sen, mitä tapahtui tunnetun hetken jälkeen, adb logcat -v threadtime -t '11-03 20:14:00.000' toistaa viimeisimmän hännän siitä pisteestä, ja threadtime-muoto pitää aikaleimat vertailukelpoisina asiakasohjelman oman viennin kanssa.

Jos tiedät asiakasohjelman paketin, seuraa sen prosessia sen sijaan että arvaisit tunnisteita. adb shell pidof com.vendor.client palauttaa PID:n ja adb logcat --pid=1234 -v threadtime tulostaa vain kyseisen prosessin, kun taas adb logcat -g näyttää, kuinka paljon tilaa kullakin puskurilla on ennen kuin se alkaa kirjoittaa yli.

Peitä salaisuudet ja luovuta sitten yksi yhtenäinen paketti

Ennen kuin mitään lähtee koneeltasi, poista salasanat, tokenit, yksityiset avaimet, istuntoevästeet ja täydelliset laitetunnisteet. Säilytä virhekoodit, tapahtumien järjestys ja osoitesuhteet, jotka tekevät viasta luettavan, sillä tuon pisteen yli siivottu tallenne on yhtä hyödytön kuin sellainen, jota ei koskaan suodatettu.

Lähetä sitten yksi paketti useiden irrallisten tiedostojen sijaan: asiakasohjelman vienti, ADB-ikkuna nimettynä alku- ja loppuajallaan, kahden rivin yhteenveto epäonnistuneesta vaiheesta ja ympäristömuistiinpano tämän luettelon alusta. Jos osaa ei voi julkaista julkisesti, käytä tarjoajan yksityistä tukikanavaa ja kerro, mikä tiedosto tarvitsee sitä kanavaa.

Tarkista ennen lähettämistä neljä asiaa. Kattaako paketti yhden yrityksen eikä koko iltapäivää? Menevätkö asiakasohjelman ja järjestelmän aikaleimat päällekkäin? Ja sisältääkö se yhä tokenin, salasanan tai täydellisen tilaajatunnisteen? Korjaa ensin tuo viimeinen kohta ja liitä sitten tiedostot olemassa olevaan tikettiin uuden avaamisen sijaan, jotta se, joka ottaa sen, säilyttää aiemman kontekstin.