awx-test

Test d'utilisation d'AWX.

Getting started

To make it easy for you to get started with GitLab, here's a list of recommended next steps.

Add your files

• Create or upload files
• Add files using the command line or push an existing Git repository with the following command:

cd existing_repo
git remote add origin https://gitlab.com/darth-ansible/workstation.git
git branch -M main
git push -uf origin main

Integrate with your tools

• Set up project integrations

Collaborate with your team

• Invite team members and collaborators
• Create a new merge request
• Automatically close issues from merge requests
• Enable merge request approvals
• Automatically merge when pipeline succeeds

Test and Deploy

Use the built-in continuous integration in GitLab.

• Get started with GitLab CI/CD
• Analyze your code for known vulnerabilities with Static Application Security Testing(SAST)
• Deploy to Kubernetes, Amazon EC2, or Amazon ECS using Auto Deploy
• Use pull-based deployments for improved Kubernetes management
• Set up protected environments

---

Name

Test d'utilisation d'AWX.

Description

Généraytion d'un certificat via AWX.

Badges

Installation

Pour l'installation, il faut récupérer les sources de Gitlab, créer les fichiers .env.local et .env.secrets et générer l'environnement virtuel : (penser à mettre un token valide pour se connecter au Vault : VAULT_TOKEN) Les variables inv_vault_engine et inv_repository_url sont désormais dans l'inventory pour AWX ou dans group_vars\all\all.yml.

git clone git@gitlab.com:darth-ansible/awx-test.git

cat << EOF > .env.local
export VAULT_ADDR="https://isi-forge.vault.siege.grouponet.com"
export VAULT_SKIP_VERIFY="false"
EOF

cat << EOF > .env.local
export VAULT_ADDR="https://magneto:8200"
export VAULT_SKIP_VERIFY="false"
EOF

cat << EOF > .env.secrets
export VAULT_TOKEN="<token>"
EOF

direnv allow .
make env

ansible-playbook playbooks/test_new.yml -k -K

Vérifications

Connexion à la machine cible via ssh :

ssh-copy-id darthols@rincevent

ssh -F ssh.cfg rincevent

Vérifie que la configuration Ansible pointe bien sur cet inventaire :

$ env | grep ANSIBLE_INVENTORY
ANSIBLE_INVENTORY=inventory

Vérifie que la configuration Ansible prend en compte le fichier de configuration ssh :

$ env | grep ANSIBLE_SSH_ARGS
ANSIBLE_SSH_ARGS=-F ssh.cfg

Ce ping Ansible permet de valider que la connexion SSH est valide et qu’il y a au moins une version de Python sur le serveur auquel on se connecte :

ansible -m ping test_servers

Affiche les facts :

ansible -m setup test_servers

Support

darthols dartholco@gmail.com

Roadmap

n/a

Authors and acknowledgment

darthols dartholco@gmail.com
Merci à WeScale.fr pour le site Ansible Ultimate Edition et en particulier à Aurélien Maury et Gautier Loterman pour leur présentation lors du Devoxx 2022.\

License

GPL-3.0-or-later

Project status

In progress.