Origin probing monitors end-to-end network connectivity between globally distributed detection points and your origin servers. By simulating real user requests, it gives you continuous visibility into origin availability—so you can catch degradation early and diagnose the root cause faster.
How it works
Origin probing sends probe packets from detection points deployed around the world to your origin server, simulating real user traffic. By default, each detection point probes your origin every 5 minutes.
When availability drops, two mechanisms help you respond:
-
Network diagnostics: Run an immediate on-demand check, or configure automatic diagnostics to trigger when availability falls below a threshold you set. By default, results from the past hour are displayed; you can filter to view results from up to the past 30 days.
-
Alert rules: Get notified through CloudMonitor when availability drops below a configured threshold, enabling real-time response to end-to-end network issues.
Billing
Origin probing is free. If you configure alert rules that use text messages or voice calls, your Internet service provider may charge you for those notifications. For more information, see Overview.
Limitations
-
Origin probing is available only for standard Global Accelerator (GA) instances with a Large I or higher specification.
-
UDP listeners are not supported.
-
The monitoring port must fall within the port range of the listener.
-
Detection points use HTTP or HTTPS only, and support IPv4 only.
-
Each GA instance supports up to five origin probing tasks and up to five monitored domain names.
Prerequisites
Before you begin, ensure that you have:
-
A GA instance in the Available state
-
A basic bandwidth plan purchased and attached (required for subscription billing)
-
An acceleration area, listener, and endpoint group configured for the instance. See Add and manage acceleration areas and Add and manage intelligent routing listeners
Create an origin probing task
-
Log on to the GA console.
-
In the left navigation pane, click Origin Probing.
-
On the Origin Probing page, click Create Origin Probing Task.
-
In the Create Origin Probing Task dialog box, configure the parameters and click OK.
| Parameter | Description |
|---|---|
| Task name | A name for the origin probing task. |
| IP protocol | The IP version used for probing. Only IPv4 is supported. |
| GA instance | The standard GA instance to run this task on. |
| Listener | The listener to associate with this task. UDP listeners are not available. |
| Domain name | The domain name or accelerated IP address to monitor, with an optional custom port. If no port is specified, the default is port 80 (HTTP) or port 443 (HTTPS). The port must fall within the listener's port range. Enter one target per line—GA creates a separate probing task for each entry. Supported formats: <br>• example.com or http://example.com or http://example.com:8080 (default port: 80) <br>• https://example.com or https://example.com:8443 (default port: 443) <br>• 47.254.XX.XX or http://47.254.XX.XX or http://47.0.XX.XX:22 (default port: 80) <br>• https://47.254.XX.XX or https://47.254.XX.XX:8443 (default port: 443) |
| Frequency | How often each detection point sends a probe to your origin. The default is 5 minutes. |
| Automatic diagnostics | Whether to automatically run network diagnostics when the availability rate drops below the trigger condition you set. |
| Trigger condition | The availability rate threshold that triggers automatic diagnostics. For example, setting Availability < 90% causes the system to automatically check network connections between detection points and your origin when availability drops below 90%. Available only when Automatic diagnostics is enabled. |
| Advanced settings | |
| HTTP method | The request method for the probe. Valid values: GET, POST, HEAD. <br>• Request content: Key-value pairs in key1=value1;key2=value2 format, or a JSON string such as {"test":"testValue"}. Required when HTTP method is set to POST. <br>• HTTP request header: Key-value pairs in key1:value1 format (colon-separated). One header per line. <br>• HTTP status codes that indicate healthy status (>= 400): By default, HTTP status codes >= 400 indicate an abnormal status. Use this field to specify codes >= 400 that should be treated as healthy. Separate multiple codes with commas. |
| Enable SNI | Whether to enable Server Name Indication (SNI) for certificate validation. Disabled by default. When enabled, a single server IP can be associated with multiple SSL certificates. |
-
In the confirmation message, click OK.
After the task is created, wait 3 to 5 minutes, then click View How to Create Alert to go to the CloudMonitor console and set up alert rules.
Run network diagnostics
-
Log on to the GA console.
-
In the left navigation pane, click Origin Probing.
-
On the Origin Probing page, click the ID of the task you want to diagnose.
-
On the task details page, click the Network Diagnostics tab and choose a diagnostic method:
-
On-demand: Click Diagnose to run an immediate check.
-
Automatic: Click Set Automatic Diagnostics, configure Status and Trigger condition, and click OK.
After starting a diagnostic, the check takes approximately 1 minute to complete.
-
-
On the Network Diagnostics tab, review the results. The results default to the past hour. Select a custom time range to view results from up to the past 30 days.

| Item | Description |
|---|---|
| Diagnostic status | Successful: No issues detected. Failed: An issue was detected—use the HTTP diagnostic code, HTTP diagnostic content, and diagnostic result fields to investigate. |
| HTTP diagnostic code | The HTTP status code returned by the origin server. 2xx: request succeeded. 3xx: redirect required. 4xx: client error. 5xx: server error. 600: internal error (for example, no listener is configured). For 2xx–5xx codes, see Error codes and status codes. |
| HTTP diagnostic content | The raw response message from the diagnosis. For example, 404 Not Found when the requested page is missing, or Get http://www.aliyun.com/: dial tcp 106.11.XX.XX:80: connect: connection refused when the origin server port is not enabled. |
| Diagnostic result | The interpreted result. See the table below for each value and what to do. |
| Diagnostic result | What it means | What to do |
|---|---|---|
| All forward nodes work well | No issues detected across the network path. | No action required. |
| Endpoint network error. | The origin server is unreachable or not responding as expected. | Check whether the origin server is running and accessible. |
| Public network error. | A network error occurred between the client and the acceleration region. | Check Internet connectivity and routing to the acceleration region. |
| Ga internal error. | GA encountered an internal error while processing the request. | Retry the diagnostic. If the issue persists, contact support. |
| Ga has been deleted. | The GA instance associated with this task has been deleted. | Create a new task with a valid GA instance. |
| Ga state is not stable. | The GA instance is in an unstable state (for example, Configuring). | Wait for the instance to return to a stable state, then retry. |
| Ga has no listener configuration. | No listener is configured for the GA instance. | Configure a listener, then retry. |
| Missing endpoint configuration. | No endpoint is configured. | Add an endpoint to the endpoint group. |
| Missing acceleration region configuration. | No acceleration region is configured. | Add an acceleration region, then retry. |
| Missing endpointgroup configuration. | No endpoint group is configured. | Create an endpoint group, then retry. |
Create an alert rule
-
Log on to the GA console.
-
In the left navigation pane, click Origin Probing.
-
On the Origin Probing page, click Create Alert Rule. You are redirected to the CloudMonitor console.
-
On the Alert Rule page, click Create Alert Rule.
-
In the Create Alert Rule panel, configure the following parameters and click OK.
For parameters not listed here, see Create an alert rule.
| Parameter | Description |
|---|---|
| Product | Select Global Accelerator - Standard GA Instance. |
| Resource scope | The resources the alert rule applies to. All Resources: all standard GA instances in your account. Application Groups: all resources in a specified application group. Instances: a specific standard GA instance. If you select Application Groups or Instances, set Associated Resources to the target instance or group. |
| Rule description | The condition that triggers an alert. Click Add Rule, then set Alert Rule, Metric Type, Metric, and Threshold and Alert Level. For origin availability monitoring, set Metric to standard_task > GaApplicationMonitorAvailability, and set Dimension to the ID of the target origin probing task. |
View monitoring results
-
Log on to the GA console.
-
In the left navigation pane, click Origin Probing.
-
On the Origin Probing page, click the ID of the task you want to review.
-
On the Monitor tab, view the origin probing results. The Monitor tab has three sections:
Section What it answers Overview Current availability and any active alerts. To view alert rules and history, create a threshold-triggered alert rule first (see Create an alert rule). Availability analysis Availability statistics over a selected time range. Use this to identify when degradation started and how long it lasted. Probing result (Last 6 hours) Per-probe details, filterable by Internet service provider or result status. Use this to identify which detection points or ISPs are affected. Call DescribeApplicationMonitor to query the detection points of a task. 
More operations
| Operation | Description |
|---|---|
| Modify an origin probing task | On the Origin Probing page, find the task and click Modify in the Actions column. In the Modify Origin Probing Task dialog box, update the name, listener, domain name, or advanced settings. See Create an origin probing task for parameter details. |
| Enable or disable an origin probing task | On the Origin Probing page, toggle the task status in the Status column. If you delete the listener associated with a task, the task is automatically disabled. |
| Delete an origin probing task | On the Origin Probing page, click Delete in the Actions column, then click OK in the confirmation message. |
Example
Suppose you use Global Accelerator to improve performance for example.com. Beyond instance-level bandwidth monitoring, you want comprehensive, real-time visibility into end-to-end connectivity from your users to your origin server.
Default probing
Create an origin probing task with the default 5-minute frequency to continuously track origin availability. The following figure shows the configuration used in this example.
Real-time monitoring
Enable automatic diagnostics and alert rules for immediate notification when availability degrades.
-
Automatic diagnostics: Set the trigger condition to 95% availability. When availability drops below 95%, the system automatically checks network connections and retains the diagnostic data for investigation.

-
Alert rules: Configure tiered alerts based on severity. For example, trigger an emergency alert if availability drops below 80% for three consecutive periods.

API reference
| API | Description |
|---|---|
| CreateApplicationMonitor | Creates an origin probing task. |
| UpdateApplicationMonitor | Modifies the configuration of an origin probing task. |
| DisableApplicationMonitor | Disables an origin probing task. |
| EnableApplicationMonitor | Enables an origin probing task. |
| DeleteApplicationMonitor | Deletes an origin probing task. |
| ListApplicationMonitor | Queries origin probing tasks. |
| DescribeApplicationMonitor | Queries the details of an origin probing task. |
| DetectApplicationMonitor | Triggers network diagnostics for a task. |
| ListApplicationMonitorDetectResult | Queries the diagnostic results of an origin probing task. |