[PATCH] docs: tlscerts: fix link to remote URI parameters

[Erik Skultety]

On Sat, Feb 13, 2021 at 08:36:29AM +0200, Ville Skyttä wrote:
> Signed-off-by: Ville Skyttä <ville.skytta at iki.fi>
> ---
>  docs/tlscerts.html.in | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/docs/tlscerts.html.in b/docs/tlscerts.html.in
> index 8a74311682..22fc054801 100644
> --- a/docs/tlscerts.html.in
> +++ b/docs/tlscerts.html.in
> @@ -125,7 +125,7 @@ of the server and clients.  There are two distinct checks involved:
>  server.  Checking done by client by matching the certificate that
>  the server sends to the server's hostname.  May be disabled by adding
>  <code>?no_verify=1</code> to the
> -<a href="#Remote_URI_parameters">remote URI</a>.
> +<a href="uri.html#Remote_URI_parameters">remote URI</a>.

This is not the only broken reference on that page - I'll squash the following
in before pushing:

diff --git a/docs/tlscerts.html.in b/docs/tlscerts.html.in
index 22fc054801..5b7a5f56e4 100644
--- a/docs/tlscerts.html.in
+++ b/docs/tlscerts.html.in
@@ -132,3 +132,3 @@ connecting.  This can be done based on client's IP address, or on
 client's IP address and client's certificate.  Checking done by the
-server.  May be enabled and disabled in the <a href="#Remote_libvirtd_configuration">libvirtd.conf file</a>.
+        server.  May be enabled and disabled in the <a href="remote.html#Remote_libvirtd_configuration">libvirtd.conf file</a>.
 </li>
@@ -144,3 +144,3 @@ issues by your own CA.  Follow the instructions in the next section.
     <p>
-Be aware that the <a href="#Remote_libvirtd_configuration">default
+Be aware that the <a href="remote.html#Remote_libvirtd_configuration">default
 configuration for libvirtd</a> allows any client to connect provided
@@ -238,3 +238,3 @@ include the SAN fields.
 In the example below, clients will be connecting to the
-server using a <a href="#Remote_URI_reference">URI</a> of
+server using a <a href="uri.html#URI_remote">URI</a> of
 <code>qemu://compute1.libvirt.org/system</code>, so the CN


Reviewed-by: Erik Skultety <eskultet at redhat.com>