summaryrefslogtreecommitdiffstats
path: root/docs/docsite/rst/collections_guide/collections_verifying.rst
diff options
context:
space:
mode:
authorDaniel Baumann <daniel.baumann@progress-linux.org>2024-04-28 16:04:21 +0000
committerDaniel Baumann <daniel.baumann@progress-linux.org>2024-04-28 16:04:21 +0000
commit8a754e0858d922e955e71b253c139e071ecec432 (patch)
tree527d16e74bfd1840c85efd675fdecad056c54107 /docs/docsite/rst/collections_guide/collections_verifying.rst
parentInitial commit. (diff)
downloadansible-core-8a754e0858d922e955e71b253c139e071ecec432.tar.xz
ansible-core-8a754e0858d922e955e71b253c139e071ecec432.zip
Adding upstream version 2.14.3.upstream/2.14.3upstream
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'docs/docsite/rst/collections_guide/collections_verifying.rst')
-rw-r--r--docs/docsite/rst/collections_guide/collections_verifying.rst80
1 files changed, 80 insertions, 0 deletions
diff --git a/docs/docsite/rst/collections_guide/collections_verifying.rst b/docs/docsite/rst/collections_guide/collections_verifying.rst
new file mode 100644
index 0000000..e3f93d4
--- /dev/null
+++ b/docs/docsite/rst/collections_guide/collections_verifying.rst
@@ -0,0 +1,80 @@
+.. _collections_verifying:
+
+Verifying collections
+=====================
+
+Verifying collections with ``ansible-galaxy``
+---------------------------------------------
+
+Once installed, you can verify that the content of the installed collection matches the content of the collection on the server. This feature expects that the collection is installed in one of the configured collection paths and that the collection exists on one of the configured galaxy servers.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection
+
+The output of the ``ansible-galaxy collection verify`` command is quiet if it is successful. If a collection has been modified, the altered files are listed under the collection name.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection
+ Collection my_namespace.my_collection contains modified content in the following files:
+ my_namespace.my_collection
+ plugins/inventory/my_inventory.py
+ plugins/modules/my_module.py
+
+You can use the ``-vvv`` flag to display additional information, such as the version and path of the installed collection, the URL of the remote collection used for validation, and successful verification output.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection -vvv
+ ...
+ Verifying 'my_namespace.my_collection:1.0.0'.
+ Installed collection found at '/path/to/ansible_collections/my_namespace/my_collection/'
+ Remote collection found at 'https://galaxy.ansible.com/download/my_namespace-my_collection-1.0.0.tar.gz'
+ Successfully verified that checksums for 'my_namespace.my_collection:1.0.0' match the remote collection
+
+If you have a pre-release or non-latest version of a collection installed you should include the specific version to verify. If the version is omitted, the installed collection is verified against the latest version available on the server.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection:1.0.0
+
+In addition to the ``namespace.collection_name:version`` format, you can provide the collections to verify in a ``requirements.yml`` file. Dependencies listed in ``requirements.yml`` are not included in the verify process and should be verified separately.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify -r requirements.yml
+
+Verifying against ``tar.gz`` files is not supported. If your ``requirements.yml`` contains paths to tar files or URLs for installation, you can use the ``--ignore-errors`` flag to ensure that all collections using the ``namespace.name`` format in the file are processed.
+
+.. _verify_signed_collections:
+
+Verifying signed collections
+-----------------------------
+
+If a collection has been signed by a :term:`distribution server`, the server will provide ASCII armored, detached signatures to verify the authenticity of the MANIFEST.json before using it to verify the collection's contents. This option is not available on all distribution servers. See :ref:`distributing_collections` for a table listing which servers support collection signing. See :ref:`installing_signed_collections` for how to verify a signed collection when you install it.
+
+To verify a signed installed collection:
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection --keyring ~/.ansible/pubring.kbx
+
+
+Use the ``--signature`` option to verify collection name(s) provided on the CLI with an additional signature. This option can be used multiple times to provide multiple signatures.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection --signature https://examplehost.com/detached_signature.asc --signature file:///path/to/local/detached_signature.asc --keyring ~/.ansible/pubring.kbx
+
+Optionally, you can verify a collection signature with a ``requirements.yml`` file.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify -r requirements.yml --keyring ~/.ansible/pubring.kbx
+
+When a collection is installed from a distribution server, the signatures provided by the server to verify the collection's authenticity are saved alongside the installed collections. This data is used to verify the internal consistency of the collection without querying the distribution server again when the ``--offline`` option is provided.
+
+.. code-block:: bash
+
+ ansible-galaxy collection verify my_namespace.my_collection --offline --keyring ~/.ansible/pubring.kbx \ No newline at end of file