Open topic with navigation
A DNS monitor tests a domain name server by sending a DNS query to resolve a specific domain name. You can customize the monitor run interval, timeout, locations and other settings described below.
The monitor name that appears in dashboards and reports. For example, Customer Login.
– the monitor is enabled.
– the monitor is disabled.
– the monitor sends alerts. You can specify which alerts to send (availability, performance or both) in the Alerts section.
– the monitor does not send any alerts.
The monitoring plan used for this monitor.
The name or IP address of the tested DNS server, for example, ns1.mycompany.com or 220.127.116.11.
Name to Resolve
The domain name that your DNS server needs to resolve to an IP address. Possible values are pulled from your other monitors. To resolve a different domain, you first need to create a monitor (web URL monitor, real-browser monitor, FTP monitor or other) for that domain.
If this DNS monitor runs from a private location, the Name to Resolve must be a domain monitored from the same private location that this DNS monitor is assigned to. Otherwise, the monitor will not be able to resolve the domain name.
Run Interval (Minutes)
How often the monitor tests your DNS server. Possible values depend on your monitoring plan.
The TCP connection timeout, in seconds. If no response is received from the tested DNS server within the timeout interval, the monitor will report status 1 (TCP connection failed). Default: 30 seconds.
Leave a note for yourself or other users. This note will appear on the AlertSite Dashboard when you hover over the icon. Note text can be up to 255 characters long.
The monitoring mode controls if locations check your website simultaneously or sequentially, and when they send alerts. See Monitoring Modes for possible values and details.
For each monitor, you define a location pool. Rotation means the monitor uses a subset of this location pool (say, 2 out of 10 locations) on every run, cycling through the locations. If rotation is not used, the monitor checks from all of its locations every time.
- Rotated locations are not available for monitors that use Private Node Server locations (private monitoring stations installed on your local network).
- Usage-Based Monitoring plan allows rotated locations for the following monitoring modes: Round Robin, SLA (MultiPOP), Global Notify, and Global Verify.
- Legacy plans (Performance Pro, SLA) support rotating through locations only for the Round Robin and SLA (MultiPOP) modes.
Locations Per Run
If Rotate Locations is selected, you need to specify the number (subset) of locations to use for each monitor run. This value ranges from 1 to the total number of locations you selected for the monitor.
If Monitoring Mode is Round Robin or SLA (MultiPOP), you need at least 2 locations per interval.
Enable Local Retry
Used only for Usage-Based Monitoring plans. Controls the monitor behavior when it finds errors. Select this to retry the test from the same location to see if an error was just a temporary error. Clear to suppress the retry on errors.
Note: The retry consumes extra measurement credits.
Allow AlertSite QA Testing
Before releasing AlertSite updates, SmartBear runs regression tests to make sure that both existing and new functionality work correctly. Select this check box to include your monitor in SmartBear regression testing, so we can make sure your monitors will work correctly after AlertSite updates. Participation is voluntary.
TCP Traceroute on Error
If this is selected, the monitor runs a TCP traceroute to your website when it detects a network connectivity problem (status 1 or 2), and sends results to all email alert recipients. The traceroute shows the path that data packets are taking from a monitoring location to your server, and can help administrators and engineers troubleshoot problems.
Select one or more locations to monitor you website from. For details, see Selecting Locations for Monitoring.
Here you can configure availability and performance alerts for the monitor. To receive alerts, you need to have alert recipients configured. By default, the monitor sends alerts to all configured recipients, but you can target alerts to specific recipients by selecting recipient groups for this monitor.
Select the recipient groups that will receive alerts from this monitor. The recipient groups must have been previously created in Alerts > Alert Recipients.
If the monitor is not assigned to any recipient group, it sends alerts to all the recipients configured in your AlertSite account.
Note that adding a monitor to the recipient group overrides any step-level associations for that recipient group. So if you want to add individual steps to a group, remove the monitor from that group first.
Select this check box to send alerts when the monitor detects errors like HTTP errors, timeouts, or incorrect website content. The monitor status turns red in these cases.
Monitor-specific notes that can be included in email and JSON alerts (availability alerts only), up to 255 characters long. Note that to actually add these notes to alerts, you need to configure alert templates to include the $ALERT_NOTE variable.
Select this to send alerts when the monitor response time exceeds the specified value. See Performance Alerts for a description of available settings and to learn how to set up these alerts. Note that, for multi-step monitors, the response time thresholds should include the total response time for all test steps.