The ssl(8) manpage is the only manpage that uses the term "Certifying
Authority" instead of "Certificate Authority"; the other manpages such
as openssl(1), pkg_create(1), ikectl(8), isakmpd(8), and starttls(8),
along with most literature, use "Certificate Authority."

This diff changes that term on the ssl(8) manpage to make it consistent
with the rest of the manpages.

Lawrence

Index: ssl.8
===================================================================
RCS file: /cvs/src/share/man/man8/ssl.8,v
retrieving revision 1.47
diff -u -p -r1.47 ssl.8
--- ssl.8       7 Sep 2011 09:30:15 -0000       1.47
+++ ssl.8       29 Sep 2011 03:12:41 -0000
@@ -123,7 +123,7 @@ The next step is to generate a
 .Ar Certificate Signing Request
 which is used
 to get a
-.Ar Certifying Authority (CA)
+.Ar Certificate Authority (CA)
 to sign your certificate.
 To do this use the command:
 .Bd -literal -offset indent
@@ -134,7 +134,7 @@ To do this use the command:
 This
 .Pa server.csr
 file can then be given to
-.Ar Certifying Authority
+.Ar Certificate Authority
 who will sign the key.
 .Pp
 You can also sign the key yourself, using the command:
@@ -158,11 +158,11 @@ transactions with your machine on port 4
 You will most likely want to generate a self-signed certificate in the
 manner above along with your certificate signing request to test your
 server's functionality even if you are going to have the certificate
-signed by another Certifying Authority.
-Once your Certifying Authority returns the signed certificate to you,
+signed by another Certificate Authority.
+Once your Certificate Authority returns the signed certificate to you,
 you can switch to using the new certificate by replacing the self-signed
 .Pa /etc/ssl/server.crt
-with the certificate signed by your Certifying Authority, and then
+with the certificate signed by your Certificate Authority, and then
 restarting
 .Xr httpd 8
 .Sh GENERATING DSA SERVER CERTIFICATES

Reply via email to