]> git.ipfire.org Git - thirdparty/pdns.git/commitdiff
dnsdist: Fix spelling issues
authorRemi Gacogne <remi.gacogne@powerdns.com>
Fri, 21 Jul 2023 17:19:15 +0000 (19:19 +0200)
committerRemi Gacogne <remi.gacogne@powerdns.com>
Thu, 7 Sep 2023 08:56:16 +0000 (10:56 +0200)
.github/actions/spell-check/expect.txt
pdns/dnsdistdist/docs/guides/dns-over-https.rst
pdns/dnsdistdist/docs/upgrade_guide.rst

index b451e038dc8e4d0db5557c5b3e9509a7844c8c7c..052d5d20efbecc5e97822919eab241689c237756 100644 (file)
@@ -511,6 +511,7 @@ gpgsqlbackend
 gprof
 gpsqlbackend
 grepq
+grpc
 GSQ
 gsql
 gsqlite
index 1367a99c7cd22bfc69b40bda29c742418e9687a8..226dbc49fad639e9550cd3fc245c7da24d25eba4 100644 (file)
@@ -62,7 +62,7 @@ preferred library for incoming DoH support, because ``h2o`` has unfortunately re
 (see https://github.com/h2o/h2o/issues/3230). While we took great care to make the migration as painless as possible, ``h2o`` supported HTTP/1 while ``nghttp2``
 does not. This is not an issue for actual DNS over HTTPS clients that support HTTP/2, but might be one in setups running dnsdist behind a reverse-proxy that
 does not support HTTP/1, like nginx. We do not plan on implementing HTTP/1, and recommend using HTTP/2 between the reverse-proxy and dnsdist for performance reasons.
-For nginx in particular, a possible work-around is to use the `gprc_pass <http://nginx.org/r/grpc_pass>`_ directive as suggested in their `bugtracker <https://trac.nginx.org/nginx/ticket/1875>`_.
+For nginx in particular, a possible work-around is to use the `grpc_pass <http://nginx.org/r/grpc_pass>`_ directive as suggested in their `bug tracker <https://trac.nginx.org/nginx/ticket/1875>`_.
 
 Internal design
 ^^^^^^^^^^^^^^^
index 7f58f3270ee0265157b19910f0d17e87bf4d80f0..575dd56faeaa6b00f213b8aa791fee00218b78b2 100644 (file)
@@ -9,7 +9,7 @@ but is now deprecated and will be removed in the future, as it is unfortunately
 (see https://github.com/h2o/h2o/issues/3230). See the ``library`` parameter on the :func:`addDOHLocal` directive for more information on how to select
 the library used when dnsdist is built with support for both ``h2o`` and ``nghttp2``. The default is now ``nghttp2`` whenever possible.
 Note that ``nghttp2`` only supports HTTP/2, and not HTTP/1, while ``h2o`` supported both. This is not an issue for actual DNS over HTTPS clients that
-support HTTP/2, but might be one in setups running dnsdist behind a reverse-proxy that does not support HTTP/1. See :doc:`guides/dns-over-https` for some work-arounds.
+support HTTP/2, but might be one in setups running dnsdist behind a reverse-proxy that does not support HTTP/1. See :doc:`guides/dns-over-https` for some work-around.
 
 1.7.x to 1.8.0
 --------------