Pemecahan Masalah

Artikel ini akan membantu Anda memecahkan masalah umum yang mungkin terjadi saat menggunakan pemantauan ketersediaan.

Langkah laporan pemecahan masalah langkah laporan untuk uji ping

Laporan Pemecahan Masalah memungkinkan Anda untuk dengan mudah mendiagnosis masalah umum yang menyebabkan uji ping Anda gagal.

Animation of navigating from the availability tab by selecting a failure to the end-to-end transaction details to view the troubleshooting report

  1. Pada tab ketersediaan sumber daya Application Insights Anda, pilih secara keseluruhan atau salah satu uji ketersediaan.
  2. Pilih Gagal lalu uji di bawah "Telusuri ke bawah" di sebelah kiri atau pilih salah satu titik di plot sebar.
  3. Pada halaman detail transaksi end-to-end, pilih acara lalu di bagian "Ringkasan laporan pemecahan masalah" pilih [Buka langkah] untuk melihat laporan pemecahan masalah.

Catatan

Jika langkah penggunaan kembali koneksi ada, maka resolusi DNS, pembentukan koneksi, dan langkah transportasi TLS tidak akan ada.

Langkah Pesan kesalahan Kemungkinan penyebabnya
Penggunaan kembali sambungan t/a Biasanya tergantung pada koneksi yang dibuat sebelumnya yang berarti langkah uji web tergantung. Jadi tidak akan ada DNS, koneksi atau langkah SSL yang diperlukan.
Resolusi DNS Nama jarak jauh tak bisa diatasi: "URL Anda" Proses resolusi DNS gagal, kemungkinan besar karena kesalahan konfigurasi rekaman DNS atau kegagalan server DNS sementara.
Pembentukan koneksi Upaya koneksi gagal karena pihak yang terhubung tidak merespon dengan benar setelah jangka waktu tertentu. Secara umum, itu berarti server Anda tidak menanggapi permintaan HTTP. Penyebab umumnya adalah agen penguji kami diblokir oleh firewall di server Anda. Jika Anda ingin menguji dalam Azure Virtual Network, Anda harus menambahkan tag layanan Ketersediaan ke lingkungan Anda.
Transportasi TLS Klien dan server tidak dapat berkomunikasi karena tidak memiliki algoritma umum. Hanya TLS 1.0, 1.1, dan 1.2 yang didukung. SSL tidak didukung. Langkah ini tidak memvalidasi sertifikat SSL dan hanya membuat koneksi yang aman. Langkah ini hanya akan muncul ketika terjadi kesalahan.
Header menerima respons Tak bisa membaca data dari koneksi transportasi. Sambungan tertutup. Server Anda menerapkan eror protokol di header respons. Misalnya, koneksi ditutup oleh server Anda ketika respons tidak sepenuhnya.
Isi menerima respons Tak bisa membaca data dari sambungan transportasi: Sambungan telah ditutup. Server Anda menerapkan eror protokol dalam isi respons. Misalnya, Koneksi ditutup oleh server Anda ketika respons tidak sepenuhnya dibaca atau ukuran gugus salah dalam isi respons yang dipotong.
Validasi batas pengalihan Halaman web ini memiliki terlalu banyak pengalihan. Perulangan ini akan dihentikan di sini karena permintaan ini melebihi batas pengalihan otomatis. Ada batas 10 pengalihan per tes.
Validasi kode status 200 - OK tidak sesuai dengan status yang diinginkan 400 - BadRequest. Kode status yang ditampilkan yang dianggap berhasil. 200 adalah kode yang menunjukkan bahwa halaman web normal telah ditampilkan kembali.
Validasi konten Teks yang diperlukan 'halo' tidak muncul dalam respons. Untai bukan kecocokan peka huruf besar/kecil dalam respons, misalnya untai "Selamat Datang!". Iai harus menjadi untai biasa, tanpa karakter kartubebas (misalnya tanda bintang). Jika konten halaman Anda berubah, Anda mungkin harus memperbarui untai. Hanya karakter berbahasa Inggris yang didukung dengan kecocokan konten.

Pertanyaan pemecahan masalah umum

Situs terlihat baik-baik saja tapi saya melihat kegagalan tes? Mengapa Application Insights memberi tahu saya?

  • Apakah pengujian Anda mengaktifkan permintaan dependen Parse? Hal tersebut menghasilkan pemeriksaan ketat pada sumber daya seperti skrip, gambar dll. Jenis kegagalan ini mungkin tidak terlihat di browser. Periksa semua gambar, skrip, lembar gaya, dan file lain yang dimuat oleh halaman. Jika salah satu dari mereka gagal, tes dilaporkan gagal, bahkan jika halaman HTML utama dimuat tanpa masalah. Untuk mengurangi sensitivitas pengujian terhadap kegagalan sumber daya seperti itu, cukup hapus centang Parse Dependent Requests dari konfigurasi pengujian.

  • Untuk mengurangi kemungkinan kebisingan dari kedipan jaringan sementara, dll., pastikan Aktifkan upaya ulang untuk konfigurasi kegagalan pengujian dicentang. Anda juga dapat menguji dari lebih banyak lokasi dan mengelola ambang batas aturan peringatan yang sesuai untuk mencegah masalah pada lokasi khusus yang menyebabkan peringatan yang tidak perlu.

  • Klik salah satu titik merah dari pengalaman plot sebaran Ketersediaan, atau kegagalan ketersediaan mana pun dari Penjelajah pencarian untuk melihat detail mengapa kami melaporkan kegagalan tersebut. Hasil pengujian, bersama dengan telemetri sisi server yang berkorelasi (jika diaktifkan) akan membantu memahami mengapa pengujian gagal. Penyebab umum masalah sementara adalah masalah jaringan atau koneksi.

  • Apakah waktu tes habis? Kami membatalkan tes setelah 2 menit. Jika uji ping atau multi-langkah Anda memakan waktu lebih dari 2 menit, kami akan melaporkannya sebagai kegagalan. Pertimbangkan untuk memecah tes menjadi beberapa yang dapat diselesaikan dalam durasi yang lebih singkat.

  • Apakah semua lokasi melaporkan kegagalan, atau hanya beberapa dari mereka? Jika hanya beberapa yang melaporkan kegagalan, mungkin karena masalah jaringan/CDN. Sekali lagi, mengklik titik merah akan membantu memahami mengapa lokasi melaporkan kegagalan.

Saya tidak mendapatkan email ketika pemberitahuan dipicu, atau diselesaikan atau keduanya?

Periksa konfigurasi grup tindakan pemberitahuan untuk mengonfirmasi email Anda tercantum secara langsung, atau daftar distribusi tempat Anda berada dikonfigurasi untuk menerima pemberitahuan. Jika ya, maka periksa konfigurasi daftar distribusi untuk mengonfirmasi dapat menerima email eksternal. Periksa juga apakah administrator email Anda mungkin memiliki kebijakan apa pun yang dikonfigurasi yang dapat menyebabkan masalah ini.

Saya tidak menerima pemberitahuan webhook?

Periksa untuk memastikan aplikasi yang menerima pemberitahuan webhook tersedia, dan berhasil memproses permintaan webhook. Lihat ini untuk informasi lebih lanjut.

Saya mendapatkan 403 kesalahan terlarang, apa artinya ini?

Kesalahan ini menunjukkan bahwa Anda perlu menambahkan pengecualian firewall untuk memungkinkan agen ketersediaan menguji url target Anda. Untuk daftar lengkap alamat IP agen yang diizinkan, lihat artikel pengecualian IP.

Kegagalan uji terputus-terputus dengan kesalahan pelanggaran protokol?

Kesalahan ("pelanggaran protokol..CR harus diikuti oleh LF") menunjukkan masalah dengan server (atau dependensi). Ini terjadi ketika header cacat diatur dalam respons. Ini dapat disebabkan oleh penyeimbang beban atau CDN. Secara khusus, beberapa header mungkin tidak menggunakan CRLF untuk menunjukkan akhir baris, yang melanggar spesifikasi HTTP dan karenanya gagal memvalidasi di tingkat .NET WebRequest. Periksa respons ke header spot, yang mungkin melanggar.

Catatan

URL mungkin tidak gagal pada browser yang memiliki validasi header HTTP yang dilonggarkan. Lihat posting blog ini untuk penjelasan terperinci tentang masalah ini: http://mehdi.me/a-tale-of-debugging-the-linkedin-api-net-and-http-protocol-violations/

Jika Anda memiliki Application Insights yang disiapkan untuk aplikasi sisi server Anda, itu mungkin karena pengambilan sampel sedang beroperasi. Pilih hasil ketersediaan yang berbeda.

Dapatkah saya memanggil kode dari uji web saya?

Nomor. Langkah pengujian harus ada di .file ujiweb. Dan Anda tidak dapat memanggil uji web lain atau menggunakan pengulangan. Tetapi ada beberapa plug-in yang mungkin berguna bagi Anda.

Apakah ada perbedaan antara "uji web" dan "uji ketersediaan"?

Kedua istilah dapat dirujuk secara bergantian. Uji ketersediaan adalah istilah yang lebih umum yang mencakup uji ping URL tunggal selain uji web multi-langkah.

Saya ingin menggunakan uji ketersediaan di server internal kami yang berjalan di belakang firewall.

Ada dua solusi yang mungkin:

  • Konfigurasikan firewall Anda untuk mengizinkan permintaan masuk dari alamat IP agen uji web kami.
  • Tulis kode Anda sendiri untuk menguji server internal Anda secara berkala. Jalankan kode sebagai proses latar belakang pada server pengujian di balik firewall Anda. Proses pengujian Anda dapat mengirim hasilnya ke Application Insights dengan menggunakan TrackAvailability() API dalam paket SDK inti. Hal ini mengharuskan server pengujian Anda memiliki akses keluar ke titik akhir Application Insights, namun ini mengandung risiko keamanan yang lebih kecil daripada alternatif mengizinkan permintaan masuk. Hasilnya akan muncul pada bilah uji web ketersediaan meskipun pengalamannya akan sedikit lebih sederhana daripada pengujian yang dibuat melalui portal. Pengujian ketersediaan kustom juga akan muncul sebagai hasil ketersediaan pada Analitik, Pencarian, dan Metrik.

Mengunggah uji web multi-langkah gagal

Beberapa alasan ini mungkin terjadi:

  • Ada batas ukuran 300 K.
  • Loop tidak didukung.
  • Referensi ke pengujian web lain tidak didukung.
  • Sumber data tidak didukung.

Uji multi-langkah saya tidak selesai

Ada batas 100 permintaan per tes. Juga, tes dihentikan jika berjalan lebih dari dua menit.

Bagaimana cara menjalankan pengujian dengan sertifikat klien?

Untuk saat ini tidak didukung.

Langkah berikutnya