Aller au contenu principal

Tests Podman

Copiez et exécutez les scripts situés à scripts/podman_testing sur le Serveur de test Podman.

Configuration initiale et gestion​

  1. copy.docker.duplistatus.local : Copie l'image Docker du démon Docker local vers Podman (pour les tests locaux).
  2. copy.docker.duplistatus.remote : Copie l'image Docker d'un serveur de développement distant vers Podman (nécessite un accès SSH).
    • Créez l'image sur le serveur de développement en utilisant : docker build . -t wsj-br/duplistatus:devel
  3. start.duplistatus : Démarre le conteneur en mode rootless.
  4. pod.testing : Teste le conteneur à l'intérieur d'un pod Podman (avec les privilèges root).
  5. stop.duplistatus : Arrête le pod et supprime le conteneur.
  6. clean.duplistatus : Arrête les conteneurs, supprime les pods et nettoie les anciennes images.

Configuration DNS​

Les scripts détectent et configurent automatiquement les paramètres DNS à partir du système hôte :

  • Détection Automatique : Utilise resolvectl status (systemd-resolved) pour extraire les serveurs DNS et les domaines de recherche
  • Support de Secours : Bascule vers l'analyse de /etc/resolv.conf sur les systèmes non-systemd
  • Filtrage Intelligent : Filtre automatiquement les adresses localhost et les serveurs de noms IPv6
  • Fonctionne avec :
    • Tailscale MagicDNS (100.100.100.100)
    • Serveurs DNS d'entreprise
    • Configurations réseau standard
    • Configurations DNS Personnalisées

Aucune configuration DNS manuelle n'est nécessaire - les scripts la gèrent automatiquement !

Surveillance et Contrôles de Santé​

  • check.duplistatus: Vérifie les journaux, la connectivité et la santé de l'application.

Commandes de débogage​

  • logs.duplistatus : Affiche les journaux du pod.
  • exec.shell.duplistatus : Ouvre un shell dans le conteneur.
  • restart.duplistatus : Arrête le pod, supprime le conteneur, copie l'image, crée le conteneur et démarre le pod.

Flux de travail d'utilisation​

Serveur de développement​

Créer l'image Docker sur le serveur de développement :

docker build . -t wsj-br/duplistatus:devel

Serveur Podman​

  1. Transférer l'image Docker :
    • Utilisez ./copy.docker.duplistatus.local si Docker et Podman sont sur la même machine
    • Utilisez ./copy.docker.duplistatus.remote si vous copiez à partir d'un serveur de développement distant (nécessite un fichier .env avec REMOTE_USER et REMOTE_HOST)
  2. Démarrez le conteneur avec ./start.duplistatus (autonome, sans privilèges root)
    • Ou utilisez ./pod.testing pour tester en mode pod (avec root)
  3. Surveillez avec ./check.duplistatus et ./logs.duplistatus
  4. Arrêtez avec ./stop.duplistatus quand vous avez terminé
  5. Utilisez ./restart.duplistatus pour un cycle de redémarrage complet (arrêt, copie de l'image, démarrage)
    • Note : Ce script référence actuellement copy.docker.duplistatus qui devrait être remplacé par la variante .local ou .remote
  6. Utilisez ./clean.duplistatus pour supprimer les conteneurs, les pods et les anciennes images

Test de l'application

Si vous exécutez le serveur Podman sur la même machine, utilisez http://localhost:9666.

Si vous êtes sur un autre serveur, obtenez l'URL avec :

echo "http://$(hostname -I | awk '{print $1}'):9666"

Important​

Mise en réseau des pods Podman​

Quand l'application s'exécute dans des pods Podman, elle nécessite :

  • Une configuration DNS explicite (gérée automatiquement par le script pod.testing)
  • Une liaison de port à toutes les interfaces (0.0.0.0:9666)

Les scripts gèrent ces exigences automatiquement - aucune configuration manuelle nécessaire.

Mode sans root vs mode root​

  • Mode autonome (start.duplistatus) : S'exécute sans privilèges avec --userns=keep-id
  • Mode pod (pod.testing) : S'exécute en tant que root à l'intérieur du pod à des fins de test

Les deux modes fonctionnent correctement avec la détection DNS automatique.

Configuration de l'environnement​

Les deux copy.docker.duplistatus.local et copy.docker.duplistatus.remote nécessitent un fichier .env dans le répertoire scripts/podman_testing :

Pour la copie locale (copy.docker.duplistatus.local) :

IMAGE=wsj-br/duplistatus:devel

Pour la copie à distance (copy.docker.duplistatus.remote) :

IMAGE=wsj-br/duplistatus:devel
REMOTE_USER=your_username
REMOTE_HOST=your_hostname

Le script start.duplistatus nécessite un fichier .env contenant au minimum la variable IMAGE :

IMAGE=wsj-br/duplistatus:devel

Note : Le message d'erreur du script mentionne REMOTE_USER et REMOTE_HOST, mais ceux-ci ne sont pas réellement utilisés par start.duplistatus—seul IMAGE est requis.