ಸಪೋರ್ಟ್ ಟಿಕೆಟ್ ಗಾಗಿ 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 ವಿಂಡೋ, ವಿಫಲವಾದ ಹಂತದ ಎರಡು ಸಾಲಿನ ಸಾರಾಂಶ, ಮತ್ತು ಈ ಪಟ್ಟಿಯ ಮೇಲ್ಭಾಗದ ಪರಿಸರ ಟಿಪ್ಪಣಿ. ಅದರ ಒಂದು ಭಾಗವನ್ನು ಸಾರ್ವಜನಿಕವಾಗಿ ಪೋಸ್ಟ್ ಮಾಡಲಾಗದಿದ್ದರೆ, ಪೂರೈಕೆದಾರರ ಖಾಸಗಿ ಸಪೋರ್ಟ್ ಚಾನೆಲ್ ಬಳಸಿ ಮತ್ತು ಯಾವ ಫೈಲ್ಗೆ ಆ ಚಾನೆಲ್ ಬೇಕು ಎಂದು ಹೇಳಿ.

ಕಳುಹಿಸುವ ಮೊದಲು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಬಂಡಲ್ ಪೂರ್ಣ ಮಧ್ಯಾಹ್ನದ ಬದಲು ಒಂದು ಪ್ರಯತ್ನವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆಯೇ? ಕ್ಲೈಂಟ್ ಮತ್ತು ಸಿಸ್ಟಮ್ನ ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ಗಳು ಓವರ್ಲ್ಯಾಪ್ ಆಗುತ್ತವೆಯೇ? ಮತ್ತು ಅದರಲ್ಲಿ ಇನ್ನೂ ಟೋಕನ್, ಪಾಸ್ವರ್ಡ್ ಅಥವಾ ಸಂಪೂರ್ಣ ಚಂದಾದಾರ ಗುರುತಿಸುವಿಕೆ ಇದೆಯೇ? ಮೊದಲು ಆ ಕೊನೆಯ ಅಂಶವನ್ನು ಸರಿಪಡಿಸಿ, ನಂತರ ಹೊಸ ಟಿಕೆಟ್ ತೆರೆಯುವ ಬದಲು ಇರುವ ಟಿಕೆಟ್ಗೆ ಫೈಲ್ಗಳನ್ನು ಲಗತ್ತಿಸಿ, ಇದರಿಂದ ಅದನ್ನು ತೆಗೆದುಕೊಳ್ಳುವವರು ಹಿಂದಿನ ಸಂದರ್ಭವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತಾರೆ.