💻 TP : Publication de ports réseaux

En lisant la documentation de l’image nginx, on observe deux choses utiles :

Préparez et exécutez la commande suivante afin de créer un conteneur nginx appelé serveur_web_1, et afin d’effectuer une publication de port sur le port 80 du conteneur  :

en remplaçant <mon port réseau> par un port de votre choix de votre intervalle de port attribué.

Pour vérifier que votre conteneur est bien en exécution, effectuez la commande suivante :

Vous devez voir que :

Et pour uniquement vérifier la liste des publications de ports du conteneur, on peut faire :

Pour vérifier que le conteneur est bien en train de travailler, regardez les logs écrits par le conteneur à l’aide de la commande suivante :

Cela devrait vous afficher un grand nombre de lignes peu évidentes à comprendre, mais qui semblent indiquer que le serveur est bien en train de fonctionner !

On peut désormais tester notre conteneur : sur votre poste informatique Linux, ouvrez le navigateur web Firefox, et accédez à l’adresse suivante : http://podman:<mon port réseau>, avec <mon port réseau> le même port que celui choisi pour la publication lors de la création du conteneur.

Vous devriez normalement accéder à la page par défaut qu’affiche un conteneur nginx, avec pour titre "Welcome to nginx!".

Si tout est OK, on peut désormais stopper et supprimer notre conteneur avant de passer à la suite :

En lisant la documentation de l’image nginx, on observe que, par défaut, la page HTML affichée est le fichier /usr/share/nginx/html/index.html situé à l’intérieur du conteneur. Afin d’afficher la page HTML de notre choix, il va être nécessaire d’effectuer un montage de répertoire qui nous permette de personnaliser le contenu de /usr/share/nginx/html.

Commencez par préparer une page HTML extrêmement simple à publier à l’aide de notre serveur web :

Maintenant que le contenu du site est prêt, préparez et exécutez la commande suivante afin de créer à nouveau un conteneur nginx similaire au précédent, mais avec le montage de répertoire souhaité :

avec <chemin absolu mon_site_web> le chemin absolu vers le répertoire mon_site_web, obtenu précédemment à l’aide de la commande pwd.

Testons ce nouveau conteneur : sur votre poste informatique Linux, utilisez Firefox pour accéder à nouveau à l’adresse : http://podman:<mon port réseau>. Vous devriez normalement accéder à une page avec pour titre "Bienvenue !" et avec le contenu que vous aviez écrit dans le fichier index.html. Si oui, bravo, vous avez déployé votre premier site web à l’aide d’un conteneur !

On souhaite comprendre ce qu’il se passe au sein du conteneur serveur_web_2 créé dans la section précédente. Pour cela, exécutez la commande suivante :

Suite à cette commande, on se retrouve dans une session interactive de l’interpréteur de commandes Bash au sein du conteneur serveur_web_2, et tout cela sans avoir interrompu l’exécution du processus nginx. On peut alors par exemple aller voir le conteneur du répertoire /usr/share/nginx/html du conteneur :

et ainsi vérifier qu’il contient bien un fichier index.html.

Puis, on peut afficher le contenu de ce fichier index.html :

et constater que c’est bien le contenu du fichier HTML que nous avions préparé initialement dans le répertoire mon_site_web de l’environnement d’accueil !

Vous pouvez désormais quitter cette session interactive dans le conteneur avec exit, puis stopper et supprimer le conteneur serveur_web_2.

On souhaite déployer une instance de Gokapi, un logiciel libre permettant de fournir un service d’envoi de fichiers par URL.

On trouve sur le Docker Hub l’image de conteneur Gokapi officielle. En lisant la documentation Gokapi, on découvre les informations utiles suivantes :

Si tout s’est bien passé, vous pouvez stopper et supprimez votre conteneur avant de passer à la suite.

On souhaite déployer une instance de Kanboard, un logiciel libre reposant sur la méthode Kanban pour faire de la gestion de projet.

Pour simplifier le déploiement, on souhaite reposer sur la possibilité offerte par Kanboard de stocker ses données sous la forme d’un fichier SQLite, afin d’éviter d’avoir à gérer un système de gestion de base de données externe. C’est d’ailleurs le mode de fonctionnement par défaut de Kanboard.

On trouve sur le Docker Hub l’image de conteneur Kanboard officielle. En lisant la documentation Kanboard, on découvre les informations utiles suivantes :

Si tout s’est bien passé, vous pouvez stopper et supprimez votre conteneur avant de passer à la suite.

IRC est un protocole permettant à des logiciels clients IRC de communiquer avec des logiciels serveur IRC, afin de permettre à de nombreux utilisateurs connectés au même serveur de communiquer entre eux par messagerie instantanée. Il existe de très nombreux logiciels clients et serveurs compatibles avec le protocole IRC.

L’exercice est ici pour vous de déployer un logiciel serveur IRC InspIRCd sur le serveur de déploiement. Vous utiliserez l’image docker officielle, disponible sur le Docker Hub. Vous vous assurerez que les données du serveur sont bien stockées dans l’environnement d’accueil, et que votre serveur soit accessible via un de vos ports personnels. Pour l’essentiel, vous pouvez garder les options de configuration de base de InspIRCd.

Pour vérifier que votre déploiement fonctionne, vous pouvez télécharger sur votre poste de travail la commande kirc (KISS for IRC) à l’aide de ce lien. C’est un client IRC minimaliste capable de se connecter à un serveur IRC. Pour se connecter à votre serveur, vous pouvez vous baser sur ce format de commande :

avec :

Si tout fonctionne, vous devriez avoir un retour texte assez verbeux de la part du serveur, puis vous devriez arriver face à un invite de la forme :

à partir duquel vous pouvez envoyer des messages texte.

Faites un déploiement par vous même d’une instance de Automatic-Image-Converter.

Sur la page du projet, vous pouvez accéder à l’ensemble des images de conteneurs disponibles en vous rendant dans Déploiement → Registre de conteneur.