સપોર્ટ ટિકિટ માટે એન્ડ્રોઇડ પર VPN લૉગ કેવી રીતે એકત્રિત કરવા

તમે Connect દબાવો છો, પ્રોફાઇલ એક સેકન્ડ ફરે છે અને ક્લાયન્ટ જાહેર કરે છે કે જોડાણ તૂટી ગયું છે. સપોર્ટ લૉગ માગે છે, તમે સ્ક્રીનશોટ જોડો છો અને થ્રેડ બે દિવસ અટકી જાય છે, કારણ કે હેન્ડશેકનો કયો ભાગ હાર્યો તે કોઈ કહી શકતું નથી. એક પ્રયાસની આસપાસ બનેલો રિપોર્ટ, સાંકડી સમય-વિન્ડો અને પૂર્ણ થયેલા છેલ્લા તબક્કા સાથે, ટિકિટને એક જ રાઉન્ડમાં આગળ ધપાવે છે. વિકલ્પ, એટલે કે આખા દિવસના ફોન લૉગ, સામેની વ્યક્તિને સામાન્ય રીતે જોવા માટે વધુ જગ્યાઓ આપે છે.

એક જ ગેટવે પરના બે ફોન અલગ રીતે વર્તી શકે છે, કારણ કે પ્રોટોકોલ, પ્રમાણપત્ર સંગ્રહ, પ્રમાણીકરણ પદ્ધતિ કે ટ્રાફિક નીતિ મેળ ન ખાય. મારા ફોન પર કામ કરે છે એ તુલનાની શરૂઆત છે, એન્ડ્રોઇડની નિષ્ફળતાનો પુરાવો નથી.

આખા દિવસના ઇતિહાસને બદલે એક પ્રયાસ કેપ્ચર કરો

કંઈપણ ફરી ચલાવવા પહેલાં પર્યાવરણ લખી લો: એન્ડ્રોઇડ આવૃત્તિ, ઉત્પાદક અને મૉડલ, ક્લાયન્ટનું નામ અને આવૃત્તિ, તમે પસંદ કરેલી પ્રોફાઇલ, તમે જોડાયેલા છો તે નેટવર્ક, અને સમયઝોન સાથે ઘડિયાળનો સમય. બેટરી સેવર કે Data Saver ચાલુ છે કે નહીં તે પણ નોંધું છું, કારણ કે બંને સ્ક્રીન બંધ થયા પછી ક્લાયન્ટ શું કરી શકે તે બદલે છે.

પછી નક્કી કરો કે પાંચ પરિણામોમાંથી તમે ખરેખર કયું જોઈ રહ્યા છો. સંમતિ કે પરવાનગીની વિનંતી ક્યારેય પૂરી થતી નથી, અંતિમ બિંદુ સુધી જ પહોંચી શકાતું નથી, પ્રમાણીકરણ નકારવામાં આવે છે, સફળ લૉગિન પછી ઇન્ટરફેસ સેટઅપ નિષ્ફળ જાય છે, અથવા ટનલ ઊભી થાય છે અને એક ચોક્કસ સ્રોત પહોંચનો બહાર રહે છે. દરેકનો માલિક અલગ અને ઉપાય અલગ છે, અને જે બંડલ તેમને ભેગા કરે છે તેને ફરી પ્રયાસ કરવાની વિનંતીનો જવાબ મળે છે. તેમની વચ્ચે અનુમાન કરવું જ એક કલાકની ટિકિટને અઠવાડિયાના પત્રવ્યવહારમાં ફેરવે છે.

સંક્રમણો પણ મહત્વના છે. જો નિષ્ફળતા ફક્ત સ્ક્રીન લૉક પછી કે Wi-Fi થી મોબાઇલ ડેટા પર જવા પછી દેખાય, તો તે ટિકિટની પહેલી લાઇનમાં લખો અને કઈ મિનિટે થયું તે નોંધો.

પહેલાં ક્લાયન્ટનો પોતાનો લૉગ નિકાસ કરો

પહેલું જોડાણ ઑપમાંથી આવવું જોઈએ, ઑપરેટિંગ સિસ્ટમમાંથી નહીં. મોટાભાગના ક્લાયન્ટ સેટિંગ્સમાં નિદાન કે જોડાણ-લૉગની નિકાસ આપે છે, ક્યારેક આવૃત્તિ શબ્દમાળા પર લાંબા દબાવવાથી છુપાયેલી હોય છે, અને તે નિકાસ પોતાનું સ્થિતિ-યંત્ર સમજે છે. રસપ્રદ લાઇનો ટિકિટના ભાગમાં ફરી ટાઇપ કરવાને બદલે તે જેમ બહાર આવે તેમ વાપરો.

પહેલી ભૂલ અને તેની તરત પહેલાંની ઘટનાઓ જોડો, ફક્ત છેલ્લી ડિસ્કનેક્ટ લાઇન નહીં. સ્વચ્છ પૂંછડીનો અર્થ સામાન્ય રીતે એ છે કે સાચી નિષ્ફળતા પહેલાં થઈ: માન્ય ન થયેલી પ્રમાણપત્ર શૃંખલા, અણધાર્યા સ્થળે ઉકેલાયેલું નામ, કે ક્યારેય ગોઠવાયેલ નહીં એવું ઇન્ટરફેસ.

logcat ફક્ત એવા પ્રશ્ન માટે ઉમેરો જેને તમે નામ આપી શકો

ફોન પરનું ટર્મિનલ ઇમ્યુલેટર સિસ્ટમ લૉગર નથી. એન્ડ્રોઇડ તેના બફર અલગ ગોળાકાર પ્રવાહો તરીકે નોંધે છે, જેને ફક્ત વિશેષાધિકાર પ્રાપ્ત પ્રક્રિયાઓ પૂરેપૂરા વાંચી શકે. તેથી સામાન્ય ઑપ પોતાનું આઉટપુટ અને મર્યાદિત ટુકડો જુએ છે, અને 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 વિન્ડો, નિષ્ફળ ગયેલા તબક્કાનો બે લાઇનનો સારાંશ, અને આ યાદીની ટોચની પર્યાવરણ નોંધ. જો તેનો કોઈ ભાગ જાહેરમાં મૂકી શકાતો ન હોય, તો પ્રદાતાની ખાનગી સપોર્ટ ચેનલ વાપરો અને કહો કે કઈ ફાઇલને તે ચેનલની જરૂર છે.

મોકલતા પહેલાં ચાર વસ્તુ ચકાસો. બંડલ આખી બપોરને બદલે એક પ્રયાસ આવરી લે છે? ક્લાયન્ટ અને સિસ્ટમના ટાઇમસ્ટેમ્પ ઓવરલેપ થાય છે? અને તેમાં હજી ટોકન, પાસવર્ડ કે સંપૂર્ણ ગ્રાહક ઓળખકર્તા છે? પહેલાં તે છેલ્લો મુદ્દો સુધારો, પછી નવી ટિકિટ ખોલવાને બદલે હાલની ટિકિટમાં ફાઇલો જોડો, જેથી જે તેને લે તે પહેલાનું સંદર્ભ જાળવી રાખે.