This guide provides comprehensive system requirements and environment preparation steps for installing Package Security Manager. Before beginning installation, make sure your system meets all listed requirements and complete the necessary environment preparation steps for your system setup. We recommend installing Package Security Manager in a dedicated environment.
When partitioning space, allocate 20GB for /var/lib and the remaining 1.5TB for /opt/anaconda.
Our recommended storage space only accounts for Anaconda’s default channels; if you wish to mirror additional channels or upload additional packages, please allocate additional storage accordingly.
Podman setup requires you to download and configure the podman-docker package. This package converts docker commands into their corresponding podman commands.
You might need to work with your IT department to secure the podman-docker package.
Install the required software by running the following commands:
Using your preferred file editor, open the usr/share/containers/containers.conf file and verify the network_backend= value is set to "netavark". If it is not, set the value now, and save your changes.
If necessary, make your docker-compose volume executable by running the following command:
Report incorrect code
Copy
Ask AI
sudo chmod +x /usr/local/bin/docker-compose
Create a symbolic link by running the following command:
Package Security Manager supports Postgres versions 9.6 through 14.9 for external database server use. If you are using an external Postgres server, complete these steps to create the keycloak and anaconda users and assign them a role with appropriate permissions prior to installation.
External Postgres setup instructions
Log in to your Postgres server.
Create the keycloak and anaconda users, and set passwords for them by running the following commands:
Report incorrect code
Copy
Ask AI
# Replace <PSM_PASSWORD> with a password for your anaconda user# Replace <KEYCLOAK_PASSWORD> with a password for your keycloak userCREATE USER "anaconda" WITH PASSWORD '<PSM_PASSWORD>';CREATE USER "keycloak" WITH PASSWORD '<KEYCLOAK_PASSWORD>';
You’ll need your keycloak and anaconda user passwords to complete installation. Save them in a secure location.
Create the databases needed for your users by running the following commands:
Create the role needed to configure permissions for the keycloak and anaconda users, then assign them the role by running the following commands:
Report incorrect code
Copy
Ask AI
CREATE ROLE anaconda_role;GRANT ALL PRIVILEGES ON DATABASE anaconda TO anaconda_role;GRANT ALL PRIVILEGES ON DATABASE keycloak TO anaconda_role;ALTER ROLE anaconda_role WITH CREATEDB;ALTER ROLE anaconda_role WITH LOGIN;GRANT CONNECT ON DATABASE postgres TO anaconda_role;GRANT USAGE ON SCHEMA public TO anaconda_role;GRANT SELECT ON ALL TABLES IN SCHEMA public TO anaconda_role;ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES TO anaconda_role;GRANT anaconda_role TO "anaconda";GRANT anaconda_role TO "keycloak";
Package Security Manager can use TLS/SSL certificates to provide transport layer security for the cluster. If you do not have these certs prior to installation, self-signed certificates can be generated during the initial installation. You can configure the platform to use organizational TLS/SSL certificates after completing the installation.You can purchase certificates commercially, use Let’s Encrypt, or generate them using your organization’s internal public key infrastructure (PKI) system. When using an internal PKI-signed setup, the CA certificate is stored on the file system. You will need to make sure that the root certificate of your certificate authority is trusted by the server running the application and the workstations used by users of the application.In all cases, SSL configuration requires the following:
A certificate for the root certificate authority (CA)
Web browsers use domain names and web origins to ensure security isolation between sites. If you plan to use DNS, you must have it ready prior to installation. This DNS name is what users will use to access the application.
It is important to protect all services running on the node from outside access. The following ports need to be open to allow access to Package Security Manager via browser and (optionally) via SSH:
Package Security Manager uses several ports for internal communication between components. These ports are open on Docker containers and exposed only to the Docker network. These ports do not need to be open to the end user, but they do need to be reserved, as some bind to the local host network interfaces:
:5000 repo - Package Security Manager API
:5002 repo-proxy - Package Security Manager file serving API proxy
:5000 repo-dispatcher - Package Security Manager event dispatcher/handler (exposed only for Prometheus metrics)
:5000 repo-worker - Package Security Manager scheduled jobs worker (exposed only for Prometheus metrics)
:8080 keycloak - Keycloak’s /auth/* endpoints are proxied in Nginx
:5432 postgres - PostgreSQL database used by Package Security Manager and Keycloak
:6379 redis - Redis instance used by Package Security Manager services
:9090 prometheus - Prometheus is proxied in Nginx at /prometheus
To change user passwords after installation:
For postgres, run \password postgres when in the shell of the Postgres container.
Once you have prepared your environment to meet the requirements, validate your system configuration by running the following commands:Check processor and CPU details:
Additional preparation steps for air-gapped environments
Air-gapped installations of Package Security Manager require additional setup steps to obtain the package files that will populate your repository, then place them in the correct location.
Do not unzip the tarball files you download. These files must be validated before being moved into the correct directory location as part of installation.
To ensure that the files you’ve downloaded have not been tampered with, you must verify the integrity of the .zip files by running commands to generate their SHA-256 cryptographic hashes (or “checksums”) and the cryptographic hashes for their corresponding .sha256 files, then checking the output to be sure they match. Choose a set of commands that corresponds with your setup:
File verification commands
On Windows
On Linux /macOS
If you downloaded your repository files on a Windows machine, run the following commands to view the hashes for the files:
Report incorrect code
Copy
Ask AI
# Replace <FILE> with a file that you downloadedGet-FileHash <FILE>.zip -Algorithm SHA256Get-Content <FILE>.sha256
If you downloaded your repository files on a Linux or macOS machine, run the following commands to view the hashes for the files:
Report incorrect code
Copy
Ask AI
# Replace <FILE> with a file that you downloadedsha256sum <FILE>.zipcat <FILE>.sha256
You must run these commands for each file you downloaded.
Once you have completed validating your packages and CVEs, perform your system validation checks.