Reprise du message précédent :
Effectivement pas foufou le contexte

Tu peux à ce moment la regarder le docker file des images officielles.

Et puis je suis dans la même problématique que toi. Node-sass ne propose pas de binary déjà precompilé pour ARM. Du coup, j'essaye de faire aussi une image de base, mais j'arrive pas à écrire le path de mon binary. Enfin il me le recompile depuis les sources 2h de compil'

Y'a pas des tools dédiés qui faut de l'auto-provisioning ?

Dites, vous avez déjà essayé de faire une install de module python dans un docker?
Je tente un pip install, mais je n'ai pas de réseau à l'intérieur (ou même lors de la confection de l'image)... Il faut faire un truc spécial pour avoir du réseau dans un container?
Sachant que je suis derrière un proxy dans ma boîte..

Par défaut y a du réseau, que ce soit pendant le build ou pendant le run.
Ton problème c'est le proxy. Cherche sur Google, y a plein de docs à ce sujet

Yes merci. J'ai vu des ENV au build du container mais ça n'a pas aidé pour le moment. Je vais continuer à me rencarder

Le soucis est effectivement le proxy réseau qui est inconnu dans le contexte de ton conteneur.
 
Sur les machines "natives" du réseau ça ne pose pas de soucis parce que l'entreprise a certainement installé les stratégies nécessaires, mais dans le conteneur il va falloir effectivement trouver comment indiquer l'accès aux Internets à l'OS ou à PIP.
 
Tu aurais strictement le même problème sur une machine virtuelle ou encore une machine non gérée par l'entreprise donc pas forcément de rapport direct avec la conteneurisation

Si ton poste est configuré correctement, tu as les options

et

au build et au run respectivement (ou le contraire ; d'ailleurs j'ai jamais capté pourquoi c'était pas la même sur les 2, c'est vraiment débile ça).

Et bref ça utilisera le même network namespace que ton poste pour la partie réseau donc pas besoin de passer des arguments.

Si t'en as besoin, au build tu peux mettre dans ton dockerfile quelque chose comme :

et la même chose pour les autres variables, puis dans la commande de build :

autant de fois que nécessaire (si plusieurs variables à passer).

Au run, les variables d'environnement c'est avec -e :

Sinon google docker proxy il y a une doc assez claire mais prends bien la dernière ça a changé plusieurs fois au fil des années.

Merci
J'ai pu me débrouiller, autrement, mais c'est vrai que j'ai un double truc: ma machine est sur le réseau cogip, j'héberge mon docker sur une VM (avec NAT), ET dedans je fais tourner des containers
 
A mon avis le souci est aussi au niveau du host du coup. Faudra que je me penche sérieusement là dessus.

Bonjour,
 
Question aux Traefikers
Avez-vous réussi à générer des certificats à partir de la variable HostRegexp ?
 
Mon traefik (v2) génère bien des certificats quand mon routers.rule est basé sur Host, mais pas quand la rule est basée sur HostRegexp.
 
Certains ont réussi ?

Bon, je suis nul sous linux et là je suis dépassé :  
 
- J'ai ma machine virtuelle docker sur laquelle j'ai installé piwigo
- J'ai par ailleurs un partage samba avec un point de montage sur ma VM docker sur lequel j'ai mappé le dossier config de piwigo.
 
Quand je lance le conteneur piwigo je n'ai pas d'erreur, par contre quand j'affiche la page web j'ai une erreur /install.php :  
 
an error occurred
 
Give write access (chmod 777) to "_data/" directory at the root of your Piwigo installation
 
Je sais que c'est moche mais j'ai mis le dossier config en 777 en récursif, ça n'a rien changé, ensuite en lurkant sur google j'ai vu la suggestion de faire un "chown -R www-data:www-data piwigo/" sans succès...
 
Au préalable j'ai appliqué les précos du git du conteneur docker, qui précise :  
 

 
Du coup j'ai créé un utilisateur blabla et j'ai utilisé son PGID et PUID dans la config docker-compose.
 
Vous me suggérez quoi?

Bonsoir mesdames et messieurs,

Je me permets de revenir vers vous car vous m'aviez bien conseillé lors de ma précédente question.

Alors question con :

Mon réseau domotique est en 192.168.1.XXX, j'ai un NAS Qnap qui me permet de faire des conteneurs docker avec une adresse 192.168.1.XXX qui est donc visible par tout le monde sur mon réseau local.

En parallèle je suis en train de faire une VM debian sur mon pc, pour utiliser docker sans les limitations du NAS, pour bien apprendre les commandes, et je voulais reproduire ce schéma.
C'est a dire faire un conteneur avec une adresse IP de mon réseau local, visible par tous les périphériques de mon réseau.

Et c'est là que je coince, car j'ai beau tester le mode bridge sur un réseau personnalisé, je peux faire des conteneurs avec une adresse en 192.168.1.XXX mais ils ne sont pas visibles sur mon réseau local (inaccessible depuis mon PC par exemple)

Je pense qu'il y a un truc que j'ai loupé quelque part mais quoi je ne sais pas.
Sachant que j'ai trop rien trouvé sur le net, je me demande si c'est réellement possible, et si mon NAS n'a pas une surcouche supplémentaires pour ce faire.

Si vous avez des idées, je suis preneur.

Merci d'avance pour vos retours.

Oui, t'as loupé que la notion de bridge de docker est locale à ta machine.
Pas de solution à ma connaissance (enfin pas standard dans docker) pour ce que tu souhaites faire.

Quels services seraient à exposer ainsi ?
 
A ma connaissance par défaut les conteneurs sont sur un subnet dédié et géré par Docker, pas sur le subnet du node

 
variable :

 
en gros ton container aura la même ip que ton hôte et sera donc accessible sur les ports utilisés par le service

 
--net=host te permet d'être sur la même ip que l'hôte, ne fonctionne que sous linux et dérivé : Synology, qnap etc... : ne fonctionne pas sur mac et windows car le moteur docker utilise un moteur de virtualisation et n'est pas natif comme sous linux
 
exemple de service ayant besoin d'être exposé car ils ont besoin de broadcaster : pihole avec la fonction DHCP (le DHCP broadcast dans le subnet du container si tu n'actives pas le net host), Homebridge qui a lui aussi a besoin de broadcaster sur le lan pour fonctionner.

mais à la base je suis venu sur le topic pour poser une question existentielle :
 
comment peut on en ligne de commande déclarer un mot de passe contenant des symboles tel que @,$ ou autre ?
 
exemple si je lance la commande :
 

 
Ca ne lance pas le container, j'avais essayé avec compose avec la syntaxe 'toto@1010' : dans ce cas là il prend 'toto1010' avec les apostrophes
Est ce qu'il existe un moyen ? je fais tourner un service vpn et ça me gonfle que le mot de passe ne soit composé que de lettre et chiffre

J'aurai tendance à justement ne pas utiliser de mot de passe en clair dans une ligne de commande
 
Peut-être une idée : https://docs.docker.com/engine/swarm/secrets/

Tu peux pas escaper l'@ avec un backquote par exemple ?

 
pas dans la commande de base
 
j'ai réussi à trouver un autre container pour mon serveur vpn pour mettre les credentials dans un fichier .env, pour pihole ça ne marchait pas correctement en docker (la résolution dns) sur ma Debian (alors que ça marchait nickel sur un mac ou Synology)  donc je l'ai installé en natif.

Bonsoir à tous,
 
Je suis un peu coincé et je viens vous demander un peu d'aide.
J'essaie d'installer Lutim chez moi en Docker sur un NAS Synology mais comme je n'obtiens pas ce que je souhaite dans mes tests, je recommence les installations au fur et à mesure.
 
Problème, malgré que je supprime mes dossier contenant la db et les images, il me garde des traces tout de même
 
Je dois avoir un volume caché (layers) mais je ne sais pas le trouver.
 
Sauriez-vous m'aider svp ?
 
J'essaie de faire du nettoyage avec la commande :

 
Mais j'ai le droit à une erreur (manque un argument) alors que je pensais cette commande correcte.
 
Merci par avance.

Quel résultat donne la commande :
 

 

 
Un "docker volume prune" ne serait pas suffisant ?
 
Quel est le problème réel avec ces volumes ?

Bonjour,
 
Après avoir supprimé le container,l'image et le dossier de stockage des images et de la db de Lutim manuellement, je lance ces commandes :
 

 
Mais rien n'a faire, un dossier persiste. J'essaie de le trouver manuellement mais impossible.
 
Symptôme :
 
A la réinstallation de Lutim, quand je vais sur mon profil "Mes images", je retrouve les images mises précédemment et supprimées sauf qu'ils les listent encore.
Soucis, elles n'existent plus (logique) mais apparaissent toujours dans mon profil...
 

 
Résultat :
 

As-tu vu mes questions ?

Oui et je t'ai répond juste au dessus.
 
Sauf pour la docker volume prune, désolé.
Non pas tenté cette commande.
 
Je vais voir pour la faire dans mes tests dans la journée

Ok, j'ai trouvé le soucis. C'était une histoire de cache dans mon navigateur qui gardait les informations d'upload d'images...
 
Par contre, je comprend pas quelque chose.
J'ai cherché le fichier de config de Lutim et j'ai eu comme résultat ceci :
 

 
J'ai exploré ces cinq dossiers et ils sont identiques.
 
Pourquoi cinq dossiers identiques pour une seule instance svp ?
Et quel dossier est réellement utilisé du coup ?
 
Merci

Ce ne sont pas des "anciens" volumes liés à des précédentes instances ?
 
Tu peux nommer ton volume pour mieux t'y retrouver ^^

Comment le nommer stp ? Parce que mon container est nommé lui.
Je vais voir si c'est à cause d'une ancienne config mais j'en doute.

Comment est démarré ce conteneur ? Compose ? Swarm ? ... ^^

Tu me poses une colle. Je suppose que c'est du compose puisque je suis passé par l'interface Docker sur le NAS Synology.

Alors là c'est moi qui ne sais pas comment cette interface fonctionne sur Syno
 
Idéalement pour du Docker il faut essayer de se passer de toute interface qui à mon sens rends les choses bien trop abstraites...
 
Je te conseille de passer par un accès terminal avec Docker Compose : décrire son service dans un fichier aide énormément à comprendre ce que l'on fait ^^

Et  dans docker compose, je nomme un volume comment du coup stp, comme ça je vais essayer

> https://docs.docker.com/compose/com [...] -reference

Je comprend pas trop. Je l'ai fait ça :
 
Pour Lutim, c'était :
 
/usr/lutim/data  
/usr/lutim/files

C'est pas un peu bourrin le prune ?
Ça suppr tous les containers/volumes qui sont off, c'est bien ca ?

De mon point de vue le prune est nécessaire régulièrement.

Après il faut partir du principe que dans Docker tout est jetable (le node y compris).

Le volume en lui même je m'en cogne : si les données qu'il contient sont critiques ce volume est nommé et surtout il est retenu dans un système dédié (NFS, Gluster, ...).

 
Et comment fais-tu si c'est une application avec des données utilisateurs, base de donnée etc... ?
Dans ce cas, tu ne préconises pas l'utilisation de Docker ?
 
Autre petit soucis hier, j'ai voulu essayer docker-compose mais quelque chose ne va pas dans mon fichier apparemment
 
Fichier docker-compose.yml :
 

 
Erreur :
 

bah l'indentation déjà, nextcould de 2 char à gauche ca sera mieux.

Merci,  maintenant, l'erreur est :
 

Il disait 2 char à gauche par rapport au contenu.
Ce qu'il fallait faire c'est décaler de 2 char à droite toutes les lignes suivantes...
rtfm ?

 
Comme je l'ai indiqué il y a des solutions pour la persistance (montage NFS, Gluster, ..., ...)