Destek talebi için Android VPN günlükleri nasıl toplanır

Connect'e dokunursunuz, profil bir saniye döner ve istemci bağlantının koptuğunu bildirir. Destek günlük ister, bir ekran görüntüsü eklersiniz ve el sıkışmanın hangi bölümünün pes ettiğini kimse söyleyemediği için konu iki gün durur. Tek bir deneme etrafında kurulan, dar bir zaman aralığı ve tamamlanan son aşamayı içeren bir rapor, talebi tek turda ilerletir. Alternatif, tam bir günün telefon günlükleri, genellikle karşı tarafa bakacak daha çok yer verir.

Aynı ağ geçidindeki iki telefon yine de farklı davranabilir, çünkü protokol, sertifika deposu, kimlik doğrulama yöntemi veya trafik politikası uyuşmayabilir. Benim telefonumda çalışıyor bir karşılaştırma başlangıcıdır, Android arızasının kanıtı değildir.

Bir günlük geçmiş yerine tek bir denemeyi yakalayın

Bir şeyi yeniden üretmeden önce ortamı yazın: Android sürümü, üretici ve model, istemci adı ve sürümü, seçtiğiniz profil, bağlı olduğunuz ağ ve saat dilimiyle birlikte saat. Pil tasarrufu veya Data Saver açık mı diye de not düşerim, çünkü ikisi de ekran kapandıktan sonra istemcinin ne yapabileceğini değiştirir.

Sonra beş sonuçtan hangisini gerçekten gördüğünüze karar verin. Onay veya izin istemi hiçbir zaman tamamlanmaz, uç noktaya hiç ulaşılamaz, kimlik doğrulama reddedilir, başarılı girişten sonra arayüz kurulumu başarısız olur veya tünel açılır ve belirli bir kaynak erişilemez kalır. Her birinin farklı sahibi ve farklı çözümü vardır ve bunları karıştıran paket yeniden deneyin yanıtı alır. Aralarında tahmin yürütmek, bir saatlik talebi bir haftalık yazışmaya çevirir.

Geçişler de önemlidir. Arıza yalnızca ekran kilitlendikten sonra veya Wi-Fi'den mobil veriye geçişten sonra ortaya çıkıyorsa bunu talebin ilk satırına yazın ve gerçekleştiği dakikayı not edin.

Önce istemcinin kendi günlüğünü dışa aktarın

İlk ek, işletim sisteminden değil uygulamadan gelmelidir. Çoğu istemci ayarlarda tanılama veya bağlantı günlüğü dışa aktarımı sunar, bazen sürüm dizesine uzun basmanın arkasında saklıdır ve bu dışa aktarım kendi durum makinesini zaten anlar. İlginç satırları talep metnine yeniden yazmak yerine çıktığı gibi kullanın.

Yalnızca son kopma satırını değil, ilk hatayı ve hemen öncesindeki olayları ekleyin. Temiz bir kuyruk genellikle gerçek arızanın daha önce gerçekleştiği anlamına gelir: doğrulanmayan bir sertifika zinciri, beklenmedik bir yerde çözülen ad veya hiç yapılandırılmamış bir arayüz.

logcat'i yalnızca adını koyabildiğiniz bir soru için ekleyin

Telefondaki terminal emülatörü bir sistem kaydedicisi değildir. Android tamponlarını yalnızca ayrıcalıklı süreçlerin tamamen okuyabildiği ayrı halka akışlar olarak kaydeder. Bu yüzden sıradan bir uygulama kendi çıktısını ve sınırlı bir dilimi görür ve logcat boştu ifadesi platformun ne kaydettiği hakkında çok az şey kanıtlar.

Desteklenen yol, denetlediğiniz bir bilgisayardan yetkili bir ADB oturumudur. Geliştirici seçeneklerini ve USB hata ayıklamayı açın, kabloyu bağlayın ve cihazdaki RSA parmak izi iletişim kutusunu kabul edin; bu istem kapatılırsa sonraki her komut unauthorized ile başarısız olur ve hiçbir yakalama başlamaz.

Yakalamaya zaman ayırmadan önce cihazın gerçekten orada olduğunu doğrulayın. adb devices seri numarasını ve ardından device kelimesini yazdırmalıdır ve offline veya unauthorized gösteren her şeyin önce kablo, istem veya sürücü açısından düzeltilmesi gerekir.

Listede göründüğünde, Connect'e dokunmadan birkaç saniye önce yakalamaya başlayın ve istemci pes ettikten hemen sonra durdurun. Bilinçli bir başlangıçla yapılan canlı yakalama, yirmi dakika sonra alınan bir dökümden daha iyidir, çünkü halka tamponlar çoktan dönmüştür ve ihtiyacınız olan erken satırlar kaybolmuş olabilir:

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

VPN kelimesi yerine zamana ve etikete göre filtreleyin

Bir yakalamada vpn aramak, arızayı açıklayan satırı kaybetmenin en hızlı yoludur. Sertifika doğrulama, süreç çökmeleri ve bağlantı değişiklikleri VPN'den hiç söz etmeyen etiketler altında günlüğe kaydedilir, bu yüzden anahtar kelime filtresi gürültüyü tutar ve kanıtı atar.

Önce pencereyi, sonra önceliği, sonra etiketi daraltın. Yalnızca bilinen bir andan sonra olanları gerektiğinde, adb logcat -v threadtime -t '11-03 20:14:00.000' o noktadan en son kuyruğu yeniden oynatır ve threadtime biçimi zaman damgalarını istemcinin kendi dışa aktarımıyla karşılaştırılabilir tutar.

İstemci paketini biliyorsanız etiket tahmin etmek yerine sürecini izleyin. adb shell pidof com.vendor.client bir PID döndürür ve adb logcat --pid=1234 -v threadtime yalnızca o süreci yazdırır, adb logcat -g ise her tamponun üzerine yazmaya başlamadan önce ne kadar yer olduğunu gösterir.

Sırları gizleyin, sonra tek ve tutarlı bir paket teslim edin

Herhangi bir şey makinenizden çıkmadan önce parolaları, belirteçleri, özel anahtarları, oturum çerezlerini ve tam cihaz tanımlayıcılarını kaldırın. Arızayı okunabilir kılan hata kodlarını, olay sırasını ve adres ilişkilerini koruyun, çünkü o sınırın ötesinde temizlenen bir yakalama hiç filtrelenmemiş olan kadar işe yaramaz.

Sonra birkaç ayrı dosya yerine tek bir paket gönderin: istemci dışa aktarımı, başlangıç ve durma zamanıyla adlandırılmış ADB penceresi, başarısız aşamanın iki satırlık özeti ve bu listenin en üstündeki ortam notu. Bir kısmı herkese açık olarak yayımlanamıyorsa sağlayıcının özel destek kanalını kullanın ve hangi dosyanın o kanala ihtiyacı olduğunu söyleyin.

Göndermeden önce dört şeyi kontrol edin. Paket bir öğleden sonra yerine tek bir denemeyi mi kapsıyor? İstemci ve sistem zaman damgaları örtüşüyor mu? Ve hâlâ bir belirteç, parola veya tam abone tanımlayıcısı içeriyor mu? Önce o son maddeyi düzeltin, sonra dosyaları yeni bir talep açmak yerine mevcut talebe ekleyin, böylece devralan kişi önceki bağlamı korur.