From: Joshua Slive
Version numbers that end in alpha
indicate early
pre-test versions which may or may not work. Version numbers ending
in beta
indicate more reliable releases that still
-require further testing or bug fixing. If you wish to dowload the
+require further testing or bug fixing. If you wish to download the
best available production release of the Apache HTTP Server, you
should choose the latest version with neither alpha
nor
beta
in its filename.
After downloading, especially if a mirror site is used, it is
-important to verify that you have a complete and unmodified version
-of the Apache HTTP Server. This can be accomplished by testing the
-downloaded tarball against the PGP signature, which should always be
-obtained from the main
-Apache website. The signature file has a filename identical to
-the source tarball with the addition of .asc
.
KEYS
file
+from the Apache distribution
+site. (To assure that the KEYS
file itself has not
+been modified, it may be a good idea to use a file from a previous
+distribution of Apache or import the keys from a public key server.)
+The keys are imported into your personal key ring using
+one of the following commands (depending on your pgp version):
+
+$ pgp < KEYS
+
+or
+
+$ gpg --import KEYS
+
+
+The next step is to test the tarball against the PGP signature,
+which should always be obtained from the main Apache website. The
+signature file has a filename identical to the source tarball with the
+addition of .asc
. Then you can check the distribution
+with one of the following commands (again, depending on your pgp
+version):
+$ pgp httpd-2_0_NN.tar.gz.asc
+
+or
+
+$ gpg --verify httpd-2_0_NN.tar.gz.asc
+
You should receive a message like
+
+Good signature from user "Martin Kraemer <martin@apache.org>".
+
+Depending on the trust relationships contained
+in your key ring, you may also receive a message saying that
+the relationship between the key and the signer of the key
+cannot be verified. This is not a problem if you trust the
+authenticity of the KEYS
file.
Version numbers that end in alpha
indicate early
pre-test versions which may or may not work. Version numbers ending
in beta
indicate more reliable releases that still
-require further testing or bug fixing. If you wish to dowload the
+require further testing or bug fixing. If you wish to download the
best available production release of the Apache HTTP Server, you
should choose the latest version with neither alpha
nor
beta
in its filename.
After downloading, especially if a mirror site is used, it is
-important to verify that you have a complete and unmodified version
-of the Apache HTTP Server. This can be accomplished by testing the
-downloaded tarball against the PGP signature, which should always be
-obtained from the main
-Apache website. The signature file has a filename identical to
-the source tarball with the addition of .asc
.
KEYS
file
+from the Apache distribution
+site. (To assure that the KEYS
file itself has not
+been modified, it may be a good idea to use a file from a previous
+distribution of Apache or import the keys from a public key server.)
+The keys are imported into your personal key ring using
+one of the following commands (depending on your pgp version):
+
+$ pgp < KEYS
+
+or
+
+$ gpg --import KEYS
+
+
+The next step is to test the tarball against the PGP signature,
+which should always be obtained from the main Apache website. The
+signature file has a filename identical to the source tarball with the
+addition of .asc
. Then you can check the distribution
+with one of the following commands (again, depending on your pgp
+version):
+$ pgp httpd-2_0_NN.tar.gz.asc
+
+or
+
+$ gpg --verify httpd-2_0_NN.tar.gz.asc
+
You should receive a message like
+
+Good signature from user "Martin Kraemer <martin@apache.org>".
+
+Depending on the trust relationships contained
+in your key ring, you may also receive a message saying that
+the relationship between the key and the signer of the key
+cannot be verified. This is not a problem if you trust the
+authenticity of the KEYS
file.