aboutsummaryrefslogtreecommitdiff
path: root/plugin
diff options
context:
space:
mode:
Diffstat (limited to 'plugin')
-rw-r--r--plugin/autopath/README.md2
-rw-r--r--plugin/bind/README.md2
-rw-r--r--plugin/cache/README.md4
-rw-r--r--plugin/dnssec/README.md2
-rw-r--r--plugin/file/README.md4
-rw-r--r--plugin/forward/README.md2
-rw-r--r--plugin/grpc/README.md2
-rw-r--r--plugin/health/README.md2
-rw-r--r--plugin/hosts/README.md4
-rw-r--r--plugin/import/README.md2
-rw-r--r--plugin/kubernetes/README.md4
-rw-r--r--plugin/reload/README.md2
-rw-r--r--plugin/sign/README.md4
-rw-r--r--plugin/template/README.md2
-rw-r--r--plugin/tls/README.md2
15 files changed, 20 insertions, 20 deletions
diff --git a/plugin/autopath/README.md b/plugin/autopath/README.md
index 96b0e5beb..426151ce7 100644
--- a/plugin/autopath/README.md
+++ b/plugin/autopath/README.md
@@ -27,7 +27,7 @@ If a plugin implements the `AutoPather` interface then it can be used.
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metric is exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metric is exported:
* `coredns_autopath_success_count_total{server}` - counter of successfully autopath-ed queries.
diff --git a/plugin/bind/README.md b/plugin/bind/README.md
index 8561d0b3c..fec5511ab 100644
--- a/plugin/bind/README.md
+++ b/plugin/bind/README.md
@@ -40,7 +40,7 @@ To allow processing DNS requests only local host on both IPv4 and IPv6 stacks, u
}
~~~
-If the configuration comes up with several *bind* directives, all addresses are consolidated together:
+If the configuration comes up with several *bind* plugins, all addresses are consolidated together:
The following sample is equivalent to the preceding:
~~~ corefile
diff --git a/plugin/cache/README.md b/plugin/cache/README.md
index 3f0847f26..2958f90c9 100644
--- a/plugin/cache/README.md
+++ b/plugin/cache/README.md
@@ -61,9 +61,9 @@ Since shards don't fill up perfectly evenly, evictions will occur before the ent
Each shard capacity is equal to the total cache size / number of shards (256). Eviction is random, not TTL based.
Entries with 0 TTL will remain in the cache until randomly evicted when the shard reaches capacity.
-# Metrics
+## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metrics are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metrics are exported:
* `coredns_cache_size{server, type}` - Total elements in the cache by cache type.
* `coredns_cache_hits_total{server, type}` - Counter of cache hits by cache type.
diff --git a/plugin/dnssec/README.md b/plugin/dnssec/README.md
index abb222dd7..ef4eb7b5d 100644
--- a/plugin/dnssec/README.md
+++ b/plugin/dnssec/README.md
@@ -51,7 +51,7 @@ used (See [bugs](#bugs)).
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metrics are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metrics are exported:
* `coredns_dnssec_cache_size{server, type}` - total elements in the cache, type is "signature".
* `coredns_dnssec_cache_hits_total{server}` - Counter of cache hits.
diff --git a/plugin/file/README.md b/plugin/file/README.md
index 58cfe9586..e80b6b0dc 100644
--- a/plugin/file/README.md
+++ b/plugin/file/README.md
@@ -18,9 +18,9 @@ file DBFILE [ZONES...]
~~~
* **DBFILE** the database file to read and parse. If the path is relative, the path from the *root*
- directive will be prepended to it.
+ plugin will be prepended to it.
* **ZONES** zones it should be authoritative for. If empty, the zones from the configuration block
- are used.
+ are used.
If you want to round-robin A and AAAA responses look at the *loadbalance* plugin.
diff --git a/plugin/forward/README.md b/plugin/forward/README.md
index fd00253dd..f9c2f482b 100644
--- a/plugin/forward/README.md
+++ b/plugin/forward/README.md
@@ -94,7 +94,7 @@ On each endpoint, the timeouts of the communication are set by default and autom
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metric are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metric are exported:
* `coredns_forward_request_duration_seconds{to}` - duration per upstream interaction.
* `coredns_forward_request_count_total{to}` - query count per upstream.
diff --git a/plugin/grpc/README.md b/plugin/grpc/README.md
index 09b499bb7..36314232a 100644
--- a/plugin/grpc/README.md
+++ b/plugin/grpc/README.md
@@ -60,7 +60,7 @@ Also note the TLS config is "global" for the whole grpc proxy if you need a diff
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metric are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metric are exported:
* `coredns_grpc_request_duration_seconds{to}` - duration per upstream interaction.
* `coredns_grpc_request_count_total{to}` - query count per upstream.
diff --git a/plugin/health/README.md b/plugin/health/README.md
index e6fc56e80..d4228d600 100644
--- a/plugin/health/README.md
+++ b/plugin/health/README.md
@@ -48,7 +48,7 @@ Doing this is supported but both endpoints ":8080" and ":8081" will export the e
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metric is exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metric is exported:
* `coredns_health_request_duration_seconds{}` - duration to process a HTTP query to the local
`/health` endpoint. As this a local operation it should be fast. A (large) increase in this
diff --git a/plugin/hosts/README.md b/plugin/hosts/README.md
index 270a8200b..7cfe8e933 100644
--- a/plugin/hosts/README.md
+++ b/plugin/hosts/README.md
@@ -55,7 +55,7 @@ hosts [FILE [ZONES...]] {
~~~
* **FILE** the hosts file to read and parse. If the path is relative the path from the *root*
- directive will be prepended to it. Defaults to /etc/hosts if omitted. We scan the file for changes
+ plugin will be prepended to it. Defaults to /etc/hosts if omitted. We scan the file for changes
every 5 seconds.
* **ZONES** zones it should be authoritative for. If empty, the zones from the configuration block
are used.
@@ -74,7 +74,7 @@ hosts [FILE [ZONES...]] {
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metrics are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metrics are exported:
- `coredns_hosts_entries_count{}` - The combined number of entries in hosts and Corefile.
- `coredns_hosts_reload_timestamp_seconds{}` - The timestamp of the last reload of hosts file.
diff --git a/plugin/import/README.md b/plugin/import/README.md
index 76906d9fa..9da6e250a 100644
--- a/plugin/import/README.md
+++ b/plugin/import/README.md
@@ -9,7 +9,7 @@
The *import* plugin can be used to include files into the main configuration. Another use is to
reference predefined snippets. Both can help to avoid some duplication.
-This is a unique directive in that *import* can appear outside of a server block. In other words, it
+This is a unique plugin in that *import* can appear outside of a server block. In other words, it
can appear at the top of a Corefile where an address would normally be.
## Syntax
diff --git a/plugin/kubernetes/README.md b/plugin/kubernetes/README.md
index 74de47ed7..fd3a60b17 100644
--- a/plugin/kubernetes/README.md
+++ b/plugin/kubernetes/README.md
@@ -24,7 +24,7 @@ This plugin can only be used once per Server Block.
kubernetes [ZONES...]
~~~
-With only the directive specified, the *kubernetes* plugin will default to the zone specified in
+With only the plugin specified, the *kubernetes* plugin will default to the zone specified in
the server's block. It will handle all queries in that zone and connect to Kubernetes in-cluster. It
will not provide PTR records for services or A records for pods. If **ZONES** is used it specifies
all the zones the plugin should be authoritative for.
@@ -231,7 +231,7 @@ plugin is also enabled:
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metrics are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metrics are exported:
* `coredns_kubernetes_dns_programming_duration_seconds{service_kind}` - Exports the
[DNS programming latency SLI](https://github.com/kubernetes/community/blob/master/sig-scalability/slos/dns_programming_latency.md).
diff --git a/plugin/reload/README.md b/plugin/reload/README.md
index f50116cf4..77e720eac 100644
--- a/plugin/reload/README.md
+++ b/plugin/reload/README.md
@@ -96,7 +96,7 @@ CoreDNS v1.7.0 and later does parse the Corefile and supports detecting changes
## Metrics
- If monitoring is enabled (via the *prometheus* directive) then the following metric is exported:
+ If monitoring is enabled (via the *prometheus* plugin) then the following metric is exported:
* `coredns_reload_failed_count_total{}` - counts the number of failed reload attempts.
diff --git a/plugin/sign/README.md b/plugin/sign/README.md
index a28bf90d1..d2782816a 100644
--- a/plugin/sign/README.md
+++ b/plugin/sign/README.md
@@ -62,7 +62,7 @@ sign DBFILE [ZONES...] {
~~~
* **DBFILE** the zone database file to read and parse. If the path is relative, the path from the
- *root* directive will be prepended to it.
+ *root* plugin will be prepended to it.
* **ZONES** zones it should be sign for. If empty, the zones from the configuration block are
used.
* `key` specifies the key(s) (there can be multiple) to sign the zone. If `file` is
@@ -71,7 +71,7 @@ sign DBFILE [ZONES...] {
*ignored*. These keys must also be Key Signing Keys (KSK).
* `directory` specifies the **DIR** where CoreDNS should save zones that have been signed.
If not given this defaults to `/var/lib/coredns`. The zones are saved under the name
- `db.<name>.signed`. If the path is relative the path from the *root* directive will be prepended
+ `db.<name>.signed`. If the path is relative the path from the *root* plugin will be prepended
to it.
Keys can be generated with `coredns-keygen`, to create one for use in the *sign* plugin, use:
diff --git a/plugin/template/README.md b/plugin/template/README.md
index 64af37f93..654de86c9 100644
--- a/plugin/template/README.md
+++ b/plugin/template/README.md
@@ -59,7 +59,7 @@ The output of the template must be a [RFC 1035](https://tools.ietf.org/html/rfc1
## Metrics
-If monitoring is enabled (via the *prometheus* directive) then the following metrics are exported:
+If monitoring is enabled (via the *prometheus* plugin) then the following metrics are exported:
* `coredns_template_matches_total{server, regex}` the total number of matched requests by regex.
* `coredns_template_template_failures_total{server, regex,section,template}` the number of times the Go templating failed. Regex, section and template label values can be used to map the error back to the config file.
diff --git a/plugin/tls/README.md b/plugin/tls/README.md
index 82d059ade..40b395c6b 100644
--- a/plugin/tls/README.md
+++ b/plugin/tls/README.md
@@ -11,7 +11,7 @@ or are using gRPC (https://grpc.io/, not an IETF standard). Normally DNS traffic
all (DNSSEC only signs resource records).
The *tls* "plugin" allows you to configure the cryptographic keys that are needed for both
-DNS-over-TLS and DNS-over-gRPC. If the `tls` directive is omitted, then no encryption takes place.
+DNS-over-TLS and DNS-over-gRPC. If the *tls* plugin is omitted, then no encryption takes place.
The gRPC protobuffer is defined in `pb/dns.proto`. It defines the proto as a simple wrapper for the
wire data of a DNS message.