Plugin: go.d.plugin Module: dns_query
This module monitors DNS query round-trip time (RTT).
This collector is supported on all platforms.
This collector supports collecting metrics from multiple instances of this integration, including remote instances.
This integration doesn’t support auto-detection.
The default configuration for this integration does not impose any limits on data collection.
The default configuration for this integration is not expected to impose a significant performance impact on the system.
No action required.
The configuration file name for this integration is go.d/dns_query.conf
.
You can edit the configuration file using the edit-config
script from the
Netdata config directory.
cd /etc/netdata 2>/dev/null || cd /opt/netdata/etc/netdata
sudo ./edit-config go.d/dns_query.conf
The following options can be defined globally: update_every, autodetection_retry.
Name | Description | Default | Required |
---|---|---|---|
update_every | Data collection frequency. | 1 | no |
autodetection_retry | Recheck interval in seconds. Zero means no recheck will be scheduled. | 0 | no |
domains | Domain or subdomains to query. The collector will choose a random domain from the list on every iteration. | yes | |
servers | Servers to query. | yes | |
port | DNS server port. | 53 | no |
network | Network protocol name. Available options: udp, tcp, tcp-tls. | udp | no |
record_types | Query record type. Available options: A, AAAA, CNAME, MX, NS, PTR, TXT, SOA, SPF, TXT, SRV. | A | no |
timeout | Query read timeout. | 2 | no |
An example configuration.
jobs:
- name: job1
record_types:
- A
- AAAA
domains:
- google.com
- github.com
- reddit.com
servers:
- 8.8.8.8
- 8.8.4.4
Metrics grouped by scope.
The scope defines the instance that the metric belongs to. An instance is uniquely identified by a set of labels.
These metrics refer to the DNS server.
Labels:
Label | Description |
---|---|
server | DNS server address. |
network | Network protocol name (tcp, udp, tcp-tls). |
record_type | DNS record type (e.g. A, AAAA, CNAME). |
Metrics:
Metric | Dimensions | Unit |
---|---|---|
dns_query.query_status | success, network_error, dns_error | status |
dns_query.query_time | query_time | seconds |
The following alerts are available:
Alert name | On metric | Description |
---|---|---|
dns_query_query_status | dns_query.query_status | DNS request type ${label:record_type} to server ${label:server} is unsuccessful |
Important: Debug mode is not supported for data collection jobs created via the UI using the Dyncfg feature.
To troubleshoot issues with the dns_query
collector, run the go.d.plugin
with the debug option enabled. The output
should give you clues as to why the collector isn’t working.
Navigate to the plugins.d
directory, usually at /usr/libexec/netdata/plugins.d/
. If that’s not the case on
your system, open netdata.conf
and look for the plugins
setting under [directories]
.
cd /usr/libexec/netdata/plugins.d/
Switch to the netdata
user.
sudo -u netdata -s
Run the go.d.plugin
to debug the collector:
./go.d.plugin -d -m dns_query
If you’re encountering problems with the dns_query
collector, follow these steps to retrieve logs and identify potential issues:
Use the following command to view logs generated since the last Netdata service restart:
journalctl _SYSTEMD_INVOCATION_ID="$(systemctl show --value --property=InvocationID netdata)" --namespace=netdata --grep dns_query
Locate the collector log file, typically at /var/log/netdata/collector.log
, and use grep
to filter for collector’s name:
grep dns_query /var/log/netdata/collector.log
Note: This method shows logs from all restarts. Focus on the latest entries for troubleshooting current issues.
If your Netdata runs in a Docker container named “netdata” (replace if different), use this command:
docker logs netdata 2>&1 | grep dns_query
Want a personalised demo of Netdata for your use case?