All Products
Search
Document Center

Cloud Monitor:Probe dari node seluler publik

Last Updated:Apr 22, 2026

Cloud Monitor menggunakan titik deteksi (requester) dalam pemantauan situs untuk mensimulasikan akses pengguna akhir dan memperoleh data mengenai akses ke alamat target (alamat yang dipantau) dari berbagai wilayah. Untuk melakukan probe ke situs target melalui jaringan seluler, gunakan titik deteksi seluler.

Prasyarat

  • Pastikan Anda telah membuat kontak peringatan dan kelompok kontak peringatan. Untuk informasi lebih lanjut, lihat Buat kontak peringatan atau kelompok kontak peringatan.

  • Untuk menggunakan fitur panggilan balik peringatan, Anda harus memiliki URL panggilan balik yang dapat diakses melalui jaringan publik. Anda juga harus mengaktifkan panggilan balik URL sebagai metode notifikasi peringatan di sistem O&M atau sistem notifikasi pesan Anda.

Latar Belakang

  • Jika situs Anda memiliki kebijakan firewall yang ketat atau menggunakan daftar izin (allowlist), Anda harus menambahkan alamat IP titik deteksi ke daftar tersebut agar firewall tidak memblokir titik deteksi. Untuk petunjuknya, lihat Cara menambahkan permintaan probe ke allowlist saat permintaan tersebut salah dianggap sebagai serangan atau crawler.

  • Probe dari titik deteksi seluler menawarkan keunggulan berikut:

    • Jaringan seluler nyata

      Gunakan jaringan seluler nyata untuk melakukan probe ke situs target serta mengukur ketersediaan dan latensi di jaringan tiga penyedia layanan utama Tiongkok.

    • Sumber daya titik deteksi seluler yang luas

      Akses lebih dari 300 titik deteksi seluler di lebih dari 100 kota di seluruh Tiongkok, mencakup jaringan China Telecom, China Mobile, dan China Unicom.

    • Penerapan non-intrusif

      Berfungsi langsung tanpa perlu menyematkan skrip apa pun.

Langkah-langkah

  1. Masuk ke Konsol Cloud Monitor.

  2. Di panel navigasi kiri, buka Network Analysis and Monitoring > Site Monitoring.

  3. Pada tab Tugas Pemantauan, pilih new task, lalu klik single-step probe.

  4. Di halaman Buat Tugas, pilih Mobile dan konfigurasikan pengaturan untuk tugas pemantauan situs seluler Anda.

    • Informasi dasar

      • Jenis tugas: HTTP(S)

        Parameter

        Deskripsi

        DtsJobName

        Nama tugas pemantauan situs. Nama harus terdiri dari 4 hingga 100 karakter dan dapat berisi huruf, angka, garis bawah (_), serta karakter Tionghoa.

        Alamat yang dipantau

        URL target untuk pemantauan situs. Metode permintaan yang didukung adalah:

        • GET (default)

        • POST

        • HEAD

        Untuk memantau beberapa URL, masukkan setiap URL di baris baru.

        Frekuensi

        Frekuensi pemantauan. Nilai yang valid: 1 menit dan 5 menit. Misalnya, jika Anda memilih 1 menit, titik deteksi di setiap wilayah akan memantau alamat target sekali per menit.

        Pengaturan lanjutan

        Untuk informasi lebih lanjut, lihat tabel berikut.

        Penting

        Karena kerentanan protokol handshake, Cloud Monitor tidak lagi mendukung versi TLS sebelum 1.2, sesuai dengan standar browser utama. Jika tugas pemantauan situs melaporkan kesalahan tls: server selected unsupported protocol version 302 dan Anda tidak ingin meningkatkan protokol TLS server Anda, Anda dapat memilih versi TLS minimum yang kompatibel di subtab Others pada pengaturan lanjutan.

        Tabel berikut menjelaskan pengaturan lanjutan untuk tugas HTTP(S).

        Subtab

        Parameter

        Deskripsi

        Parameter permintaan

        Header permintaan HTTP

        Header permintaan HTTP dalam format key1:value1. Pisahkan beberapa header dengan jeda baris. Pemantauan situs menambahkan header default berikut ke permintaan:

        • Host:${domain name in monitored address}

        • Pragma:no-cache

        • Cache-Control:no-cache

        • User-Agent:Chrome/57

        • Accept: */*

        Jika konten permintaan berupa formulir, header berikut juga ditambahkan:

        Content-Type: application/x-www-form-urlencoded;charset=UTF-8

        Jika header kustom Anda mencakup salah satu header default ini, pengaturan Anda akan menggantikan nilai default.

        Catatan

        Sesuai dengan protokol HTTP, pemantauan situs mengonversi kunci dalam header permintaan yang Anda berikan ke format header MIME kanonis:

        • Huruf pertama dan huruf apa pun setelah tanda hubung (-) dikapitalisasi. Misalnya, accept-encoding dikonversi menjadi Accept-Encoding.

        • Jika kunci berisi spasi atau karakter tidak valid lainnya, kunci tetap tidak berubah.

        Cookie

        Konten cookie untuk permintaan HTTP.

        Konten permintaan

        Konten badan permintaan. Konten dapat dalam format key1=value1;key2=value2 atau dalam format JSON, seperti {"test":"testValue"}.

        Catatan

        Parameter ini diperlukan saat Request method diatur ke POST.

        Unfollow redirect

        Menentukan apakah akan mengikuti pengalihan HTTP 301 dan 302. Secara default, pengalihan diikuti.

        Verifikasi sertifikat

        Menentukan apakah akan mengaktifkan Server Name Indication (SNI). Secara default, SNI dinonaktifkan.

        Otentikasi pengguna

        HTTP Authentication Username

        Kredensial untuk otentikasi HTTP dasar.

        HTTP authentication password

        Others

        Aktifkan protokol PROXY

        Menentukan apakah akan mengaktifkan protokol PROXY. Secara default, protokol PROXY dinonaktifkan.

        Minimum TLS version

        Versi TLS minimum yang didukung oleh Cloud Monitor. Nilai yang valid:

        • tlsv1.0

        • tlsv1.1

        • tlsv1.2

        • tlsv1.3

        Matching response mode

        Ketika Anda memberikan teks di bidang konten respons yang dicocokkan, pemantauan situs mencarinya dalam 64 KB pertama dari badan respons HTTP. Anda dapat memilih salah satu mode berikut:

        • Beri peringatan jika respons berisi konten yang cocok

        • Beri peringatan jika respons tidak berisi konten yang cocok

        Konten yang dicocokkan harus hanya terdiri dari karakter Inggris.

        Cocokkan konten tanggapan

        Acceptable HTTP status codes >= 400

        Kode status HTTP (400 atau lebih tinggi) yang harus dianggap sebagai respons sukses. Tidak ada peringatan yang dipicu jika respons mengembalikan salah satu kode ini. Pisahkan beberapa kode status dengan koma (,).

      • Jenis tugas: PING

        Parameter

        Deskripsi

        DtsJobName

        Nama tugas pemantauan situs. Nama harus terdiri dari 4 hingga 100 karakter dan dapat berisi huruf, angka, garis bawah (_), serta karakter Tionghoa.

        Alamat yang dipantau

        Alamat target yang akan dipantau. Alamat yang dipantau dapat berupa nama domain atau alamat IP. Untuk menentukan beberapa alamat, masukkan masing-masing di baris baru.

        Frekuensi

        Frekuensi pemantauan. Nilai yang valid: 1 menit dan 5 menit. Misalnya, jika Anda memilih 1 menit, titik deteksi di setiap wilayah akan memantau alamat target sekali per menit.

        Jumlah paket ping

        Jumlah paket ping yang dikirim dalam setiap probe. Nilai default: 10.

      • Jenis tugas: DNS

        Parameter

        Deskripsi

        DtsJobName

        Nama tugas pemantauan situs. Nama harus terdiri dari 4 hingga 100 karakter dan dapat berisi huruf, angka, garis bawah (_), serta karakter Tionghoa.

        Alamat yang dipantau

        Alamat target yang akan dipantau. Alamat yang dipantau harus berupa nama domain. Untuk menentukan beberapa nama domain, masukkan masing-masing di baris baru.

        Frekuensi

        Frekuensi pemantauan. Nilai yang valid: 1 menit dan 5 menit. Misalnya, jika Anda memilih 1 menit, titik deteksi di setiap wilayah akan memantau alamat target sekali per menit.

        Type

        Jenis kueri DNS. Nilai yang valid:

        • A (default)

        • MX

        • NS

        • CNAME

        • TXT

        • ANY

        • AAAA

        DNS access protocol

        Protokol lapisan transport yang digunakan untuk kueri DNS. Nilai yang valid:

        • udp (default)

        • tcp

        • tcp-tls

        Hasil resolusi yang diharapkan

        Cloud Monitor memeriksa apakah hasil resolusi DNS berisi nama domain atau alamat IP yang Anda tentukan. Probe dianggap berhasil jika hasil resolusi DNS aktual mencakup semua hasil yang diharapkan.

        Pisahkan beberapa nama domain atau alamat IP dengan koma (,).

        Aturan pencocokan

        Aturan pencocokan untuk nama domain atau alamat IP.

        Port

        Nomor port server DNS yang akan dikueri.

    • Assertion

      Ketika jenis tugas adalah HTTP(S), Anda dapat menggunakan assertion untuk menentukan kondisi ketersediaan berdasarkan konten respons probe. Probe dianggap berhasil hanya jika semua kondisi yang ditentukan terpenuhi.

      Catatan
      • Untuk probe HTTP, jika Anda tidak menetapkan assertion untuk kode status, kode status di bawah 400 menunjukkan ketersediaan secara default.

      • Anda dapat menggunakan assertion dengan protokol berikut: HTTP(S), PING, WebSocket, DNS, TCP, dan UDP.

      CloudMonitor menyediakan satu kondisi ketersediaan default. Jika kondisi ini tidak memenuhi kebutuhan Anda, ikuti langkah-langkah berikut untuk menambahkan lebih banyak kondisi.

      1. Klik Add Condition Group.

      2. Konfigurasikan kondisi ketersediaan untuk assertion.

        • Waktu respons: Memeriksa apakah waktu respons dapat diterima. Default: kurang dari 5.000 ms.

        • Kode status: Memeriksa apakah kode status respons dapat diterima. Default: kurang dari 400.

        • Header: Memeriksa apakah bidang tertentu dalam header respons sesuai dengan nilai yang diharapkan.

        • Body, Body XML field, atau Body JSON field: Memeriksa konten badan respons dengan menggunakan pencocokan teks, penguraian XML (XPath), atau penguraian JSON (JSONPath). Untuk informasi lebih lanjut, lihat XPath Syntax dan JSONPath Syntax.

      3. Klik Availability Test. Hasil pengujian muncul di sebelah kanan.

        • Jika pengujian ketersediaan berhasil, Anda dapat membuat tugas pemantauan situs.

        • Jika pengujian ketersediaan gagal, Anda dapat menjalankan diagnostik jaringan dari titik probe yang sesuai.

      Jika respons tidak memenuhi kondisi yang ditentukan, Anda dapat menjalankan diagnostik jaringan PING dan MTR (My traceroute) dari titik probe yang sesuai.

      Catatan

      MTR adalah alat diagnostik jaringan yang menggabungkan fitur PING dan Traceroute.

      Pelacakan terdistribusi: Aktifkan fitur pelacakan terdistribusi, yang hanya didukung untuk jenis tugas HTTP(S). Untuk petunjuk detail, lihat Managed Service for OpenTelemetry Integration Guide.

      • Titik akhir unggah pelacakan: Pilih wilayah tujuan untuk data jejak Anda.

      • Protokol pelacakan: Protokol yang didukung meliputi OpenTelemetry W3C, Zipkin B3, dan Jaeger.

    • Select probe points

      Parameter

      Deskripsi

      IP Probe Type

      Tipe probe IP untuk titik probe. Nilai yang valid: IPv4, IPv6, IDC, dan LastMile.

      Select Probes

      Titik probe default dan kustom untuk pemantauan situs.

      Jika titik probe CloudMonitor default tidak memenuhi kebutuhan Anda, buat templat kustom:

      1. Klik Manage Custom Templates.

      2. Klik Create Template.

      3. Masukkan Template Name dan pilih titik probe yang diinginkan.

      4. Klik OK.

      5. Klik OK.

    • Konfigurasikan aturan alarm

      CloudMonitor menyediakan aturan alarm default. Jika aturan default tidak memenuhi kebutuhan Anda, ikuti langkah-langkah berikut untuk membuat yang baru.

      1. Klik Add Rule.

      2. Konfigurasikan parameter untuk aturan tersebut.

        Parameter

        Deskripsi

        Nama aturan

        Nama aturan alarm.

        Nama metrik

        Metrik yang memicu alarm. Nilai yang valid:

        • persentase ketersediaan

          Dihitung sebagai: (Probe sukses dalam satu siklus pemantauan / Total probe) × 100%.

        • Jumlah probe tidak tersedia

          Jumlah probe gagal untuk resource yang dipantau dalam satu siklus pemantauan.

        • Jumlah probe tersedia

          Jumlah probe sukses untuk resource yang dipantau dalam satu siklus pemantauan.

        • Kode kesalahan apa pun (peringatan independen)

          Memicu peringatan jika hasil dari titik probe mana pun sesuai dengan kode status yang ditentukan.

        • Semua kode kesalahan (peringatan gabungan)

          Memicu peringatan hanya jika hasil dari semua titik probe sesuai dengan kode status yang ditentukan.

        • waktu respons

        Operator perbandingan

        Operator yang digunakan untuk membandingkan nilai metrik dengan ambang batas. Nilai yang valid:

        • >=

        • >

        • <=

        • <

        • =

        • !=

        • Peningkatan dari waktu yang sama kemarin

        • Penurunan dari waktu yang sama kemarin

        • Peningkatan dari waktu yang sama minggu lalu

        • Penurunan dari waktu yang sama minggu lalu

        • Peningkatan dari periode sebelumnya

        • Penurunan dari periode sebelumnya

        Ambang batas dan tingkat peringatan

        Tingkat peringatan dan ambang batas yang sesuai.

        Untuk tingkat peringatan Info, metode notifikasinya adalah Email + Webhook.

        Jumlah kali berturut-turut kondisi harus terpenuhi untuk memicu peringatan.

        Tags

        Tag untuk mengkategorikan aturan alarm.

        Auto Scaling

        Jika Anda mengaktifkan Auto Scaling, peringatan akan memicu aturan penskalaan yang sesuai. Anda harus menentukan Region, ESS Group, dan ESS Rule.

        Log Service

        Jika Anda mengaktifkan Simple Log Service, notifikasi peringatan akan dikirim ke Logstore yang ditentukan saat peringatan terjadi. Anda harus menentukan Region, Project, dan Logstore.

        Untuk mempelajari cara membuat Project dan Logstore, lihat Gunakan Logtail untuk mengumpulkan dan menganalisis log teks instance ECS.

        Message Service (MNS) - topik

        Jika Anda mengaktifkan Simple Message Queue (formerly MNS) - Topic, notifikasi peringatan akan dikirim ke topik yang ditentukan saat peringatan terjadi. Anda harus menentukan wilayah dan topik.

        Untuk mempelajari cara membuat topik, lihat Buat topik.

        Function Compute

        Jika Anda mengaktifkan Function Compute, notifikasi peringatan akan dikirim ke fungsi yang ditentukan untuk diproses saat peringatan terjadi. Anda harus menentukan wilayah, layanan, dan fungsi.

        Untuk mempelajari cara membuat layanan dan fungsi, lihat Buat fungsi dengan cepat.

      3. Klik OK.

    • Kelompok kontak peringatan

      Parameter

      Deskripsi

      Alert Contact Group

      Kelompok kontak peringatan yang menerima notifikasi peringatan. Anda harus memilih minimal satu kelompok kontak peringatan.

      Kelompok kontak peringatan berisi satu atau lebih kontak peringatan.

      Silence Period

      Waktu tunggu sebelum mengirim ulang notifikasi untuk masalah yang belum terselesaikan. Nilai yang valid: 5 menit, 15 menit, 30 menit, 60 menit, 3 jam, 6 jam, 12 jam, dan 24 jam.

      Ketika metrik mencapai ambang batas peringatan, CloudMonitor memicu peringatan. Jika metrik terus melebihi ambang batas peringatan selama periode diam, tidak ada notifikasi tambahan yang dikirim. Jika metrik masih melebihi ambang batas setelah periode diam, CloudMonitor mengirim notifikasi peringatan lainnya.

      Catatan

      Klik advanced settings untuk mengonfigurasi parameter ini.

      Waktu Efektif

      Periode ketika aturan peringatan aktif dan dapat memicu peringatan.

      Catatan

      Klik advanced settings untuk mengonfigurasi parameter ini.

      Alert Webhook

      URL publik yang menerima informasi peringatan dari CloudMonitor melalui permintaan POST. CloudMonitor saat ini hanya mendukung protokol HTTP. Untuk informasi lebih lanjut, lihat Gunakan webhook peringatan ambang batas.

      Untuk menguji URL webhook:

      1. Klik Test di sebelah URL webhook.

        Di panel Webhook Test, gunakan kode status dan hasil pengujian yang dikembalikan untuk memverifikasi dan memecahkan masalah URL.

        Catatan

        Anda juga dapat mengatur Test Template Type: dan Language:. Lalu, klik Test lagi untuk melihat hasilnya.

      2. Klik Close.

      Catatan

      Klik advanced settings untuk mengonfigurasi parameter ini.

  5. Klik Create.

Operasi terkait

Jika tugas pemantauan situs menampilkan assertion failed selama probe, artinya assertion telah gagal. Ikuti langkah-langkah berikut untuk menemukan penyebab kegagalan tersebut.

  1. Di halaman daftar pemantauan situs, di tab tugas pemantauan, klik nama tugas pemantauan target.

  2. Di halaman overview, klik tab Error pada hasil probe.

  3. Di kolom Actions untuk titik probe target, klik details untuk melihat mengapa assertion gagal.

Dokumen terkait