Reprise du message précédent :
L'indentation à mon avis

Ah oui, qu'est-ce que c'est chiant cette indentation, je me suis pas mal arraché les cheveux avec ça

Du coup il me reste une erreur dont je n'arrive pas à me défaire, c'est :  
 

 
Sachant que la partie input de telegraf.conf est repiquée du GIT :  
 

 
Peut importe si je mets true/false/commenté, j'ai l'erreur.

Ben je crois qu'elle existe pas cette option, ça dépend peut être de la version, mais moi j'ai que ça disponible pour cette input

+1

Hello
 
petite question concernant l'utilisation de "devices" et les droits associés.
Contexte :
- un serveur domotique, où tout tourne sous docker
- certains containers ont donc besoin d'avoir accès à des devices physiques connectés en USB sur la machine
- ces devices ne sont pas connus d'avance, et ne sont pas forcément montés à l'avance
 
je veux pouvoir les utiliser depuis un container, sans être en root.
comment faire ?
 
j'imagine passer par un symlink avec les droits sur un groupe spécifique, genre une règle de ce type :

dans /lib/udev/rules.d
 
et ensuite :
- rattacher le user du container docker au groupe "device"
- passer uniquement le mapping de volume /devdev au lancement du container docker

 
et pouvoir choisir dans le container docker le device à mapper
 
mais en pratique ça ne fonctionne pas    
mon container n'arrive pas à ouvrir le flux de données sur le device, et je suis obligé de spécifier le device explicitement.
 
je loupe une étape ?    
le device est bien créé en root en 777, avec un symlink avec les droits 664...
 
pour que ça fonctionne je suis obligé de mettre explicitement de device dans docker-compose

(et donc impossible de lancer le container si le périphérique n'est pas up )

bon, ça a l'air un peu chiant à gérer  
https://github.com/docker/swarmkit/ [...] -285935430
 
EDIT : le post qui explique tout le montage en détail :
https://github.com/Koenkk/zigbee2mqtt/issues/2049

Ah oui tient, je n'avais jamais pensé à faire du passthrough d'interfaces vers des containers....
 
La vm est toujours une option

c'est dommage, ça me parait pourtant être un besoin "basique", la gestion & la délégation des périphériques vers un container.

Non mais on est pas sérieux là ...
Les containers sont fait pour des appli orientées web, afin de les faire scaler dynamiquement entre autre ...
 ... et on irait mapper statiquement des device ?
 
Je pense qu'il y a comme un malentendu là ...

C'est pas faux.

Sinon de faire tourner des KVM dans un cluster Kubernetes  

 
les applis webs et tous les trucs associés se sont très bien adaptés à la containerisation, mais "Les containers sont fait pour des appli orientées web" je ne suis d'accord

Pareil, oui docker a explosé grâce a cet usage mais l'utilisation des containers va bien au delà de cette utilisation.

c'est tout aussi valable pour faire tourner n'importe quelle appli, pour n'importe quel usage.
ça s'applique bien aux usages Web car les services actuels sont souvent en micro-services.
mais tu as aussi du microservices en domotique (Zigbee2MQTT + Mosquitto + serveur domotique + influxDB + chronograf + telegraf)  
 
 

Hello,
 
J'aimerai bien monter un Docker sur ARM, ça peut poser problème ?

Je ne pense pas que ça pose de souci, je suis en train de jouer avec un nVidia Jetson Xavier, et il y a un docker dessus de base
 
Question les pros:
Comment on fait si on veut importer une image externe et la coller sur un registry local pour après l'ulitiser?
 
Merci

C'est quoi que t'appelles une image externe ?

Un truc genre :
 
docker pull myregistry.local:5000/testing/test-image
 
J'imagine
 
Source: https://docs.docker.com/engine/refe [...] line/pull/

docker save/load/push ? besoin mal exprimé

alors je vais reprendre avec plus de mots

Un client m'a filé leur image sur laquelle je vais me baser pour faire mes conteneurs (Dockerfile tout ça). Pour le moment j'ai juste fait des FROM Centos 7.5.1801, qui télécharge sur le l'internet interactif multimédia.
Or, à partir de maintenant j'aimerais utiliser LEUR version de Centos pour qu'on soit iso-périmètre.
Comment je fais donc pour importer cette "image" (désolé si ma terminologie n'est pas exacte) dans mon registry pour y faire appel dans mes Dockerfiles?

Merci les pros

Mais ils te l'ont filé sous quel format cette image ?
Si tu me réponds ISO je te blackliste à vie de ce topic

Elle est physiquement sur un registry l'image non ?
 
Dans ton DockerFile :
 
FROM myregistry.local:5000/testing/test-image

Oh ben non tu penses bien    
Je rigole, j'ai jeté un oeil rapide, j'ai les infos des layers, les manifests.. Avec des noms de répertoires aléatoires, ça ressemble bien à du Docker
 

Pour le moment non, elle est sur une clé USB, et je dois la pousser sur mon registry local. Mais ça ressemble bien à ce que je voudrais faire ouais

Comment on met une image sur une clé USB ?

C'est un DockerFile ??

Mais elle stockée comment sur la clef USB ???
Si c'est un tar, c'est qu'elle a été backupé avec un 'docker save', et tu peux la récupérer avec un 'docker load -i nom_fichier.tar'.
Tu l'auras en local, et il te suffira de faire un :
docker tag nom_image:tag repository.bidule/iksor/nom_image:tag
(note que tu l'appelles et la range comme tu veux/où tu veux)
Puis :
docker push repository.bidule/iksor/nom_image:tag
pour l'envoyer dans ton registre
 
Si ils ont foutu l'arborescence à plat sur la clef, je sais pas comment ils ont fait, tu peux tenter d'en faire un tar et de l'importer, mais le mieux est de leur demander.
 
Franchement, la transmission d'image Docker par USB c'est pas le premier moyen qui me viendrait à l'esprit...
 

Vu qu'il parle de metadonnées et de layers, j'en doute.

C'est un tgz. Donc juste un docker load et rulez. Super merci à toi

Désolé si mes questions sont moisies, le gros inconvénient de l'autoformation c'est qu'il manque une blinde de concepts de base et avancés...

Il n'y a pas que le load, regarde bien son message.

La question principale concerne l'image effectivement, dough a déjà répondu concernant son utilisation dans un Dockerfile

Salut,

Je veux build des images docker derrière non pas 1, mais 2 proxys différents. En gros j'ai :

- Une IP d'un proxy qui me permet d'accéder à mes dépôts apt
- Une autre IP d'un autre proxy qui me permet d'accéder au nexus qui lui permet de récupérer plein de trucs sur internet dont les images docker elles-mêmes mais aussi les paquets python, php etc que j'utilise lors du build.

Si je prends ce schéma :

C'est un peu comme si j'avais 2 "External Proxy" et donc 2 "Internet" derrière.

Ceci étant posé j'aimerais build mes images proprement, càd sans inscrire dans le Dockerfile les informations du proxy, mais aussi sans inscrire les urls spécifiques aux dépôts de mon intranet, pour qu'elles soient réutilisables dans d'autres contextes. J'ai essayé cntlm pour avoir une ip qui écoute sur l'ip de l'interface docker. Mais ça ne résoud que partiellement le problème. Je ne peux rediriger que soit pour apt soit pour le nexus, et je dois toujours entrer les urls de apt et de nexus dans mon conteneur (via le dockerfile).

En faisant des images bien crado avec toute la configuration dans l'image, je précise que tout fonctionne parfaitement. Maintenant j'en suis en gros à me demander si je dois pas faire un truc genre redirection des flux sortants de ma machine hôte des urls de base vers un conteneur en local qui serait un mirroir des dépôts de ma société, mais ça serait probablement encore plus crado.

Bref si quelqu'un a des idées je suis preneur.

Je précise aussi que ce n'est pas qu'un problème classique de corporate proxy, parce qu'il y a plein de réponses sur ça partout. Si le corporate proxy redirige vers internet, pas de soucis on télécharge tout sur le net et il y a juste à demander certaines ouvertures de flux. Ici c'est pas 1 mais 2 proxys qui redirigent vers des services en interne qui ont des urls et des IPs bien spécifiques.

Tu doit pouvoir t'en sortir avec les build_arg + env

Bonjour!

Voila, je cherche à utiliser un service DHCP, via un conteneur, sur un serveur.

Dans mon schéma, ça se passera sous windows serveur core (pas de graphique)

Pour les tests et mon projet (études en formation, pas milieu pro), on est invité à mettre, en autres, un serveur dhcp sous linux.

Sauf que mes connaissances sous linux ne sont déjà pas fameuses, et qu'en plus, il faut faire la solution la plus pertinente pour avoir plus de points (créer une VM avec debian/unbuntu pour y mettre bind9, c'est forcément plus lourd qu'un simple conteneur... et comme j'ai déjà mon serveur windows...).

Sauf que, je ne sais pas si un conteneur ayant pour fonction DHCP existe.
(Si je comprends bien, docker est comme un store où on choisi ses apps', et elles sont toutes faites par des organismes "sûrs" )

J'ai un serveur (à part du projet) sur lequel j'ai "docker desktop", et même avec ça, je ne comprends toujours pas vraiment.

J'ai réussi à faire un truc pour avoir wordpress, et ça semble fonctionner (une fois le port du pare feu ouvert sous windows...).

Si vous saviez m'aider ou me recentrer... merci d'avance!

docker, conteneur, etc .... techno orientées web et scalabilité.
Détourné par trop pour en faire un système de packaging, mais c'est contre productif.
1 - tu dois faire une appication web avec des concept d'hyper-scaling -> go containers (et pour bien faire, intéresse toi à linux.
2- tu dois monter un service DHCP pour de l'infra traditionnelle -> fuis les conteneur.
 
Dans le derniers cas:  
a- tu as un server windows (core ou non) -> regarde du côté du rôle DHCP serveur (avec la console d'administration idoine).
b- tua s un serveur linux, install le rôle DHCP et renseigne toi. BIND n'a rien a voir avec un serveur DHCP - maius peut fonctionner avec. Selon ton objectif final, "dnsmasq" peut etre un bon candidat "couteau-suisse"

Salut
1) La solution la plus pertinente, c'est celle qui correspond les mieux a tes besoins, dans le cas du dhcp, on parle reseau, donc tout depend de ton reseau et de ses membres.
2) Une machine orientee reseau, qui va contenir des services comme un dhcp, un dns, qui va agir de gateway, faire du routage, etc... est en general critique et a besoin de performances, aka on va si possible utiliser des machines physiques, faites uniquement pour ca. Dans un reseau de VMs, de preference, la machine hote va en general se charger du routage / bridges / autres.
3) Comme dit plus haut, bind9 c'est un serveur dns, rien a voir avec dhcp. Btw le combo bind9 / dhcpd est assez lourd en terme de configuration, mais c'est un standard solide. dnsmasq est plus simple a configurer peut faire dns et dhcp. A toi de voir ce qui est le plus aproprié.

Sinon il y a Pi-hole
 
Bon ok je sors
 
 
 
Plus sérieusement tout a été dit. Préfère héberger des services critiques sur une machine dédiée et autonome, dans le pire des cas sur une machine virtuelle si si j'ai cru lire que c'était à destination de démonstration.
 
Et si tu commences à toucher à ce type de services en fuyant unix/linux ça va être compliqué de te passer des services proposés par l'OS Windows Server (après les choix de crèmerie c'est un autre sujet).

Faut quand même séparer la criticité des services :

dns, dhcp sont des exemples typiques de services qui ne coûtent à peu près rien et qui ne justifient pas une machine physique dédiée quand on peut faire autrement.

Mon pihole consomme tellement peu en cpu et mémoire : 0.01% CPU en pic de charge et 50mo de ram, avec 6 utilisateurs et 20 objets connectés.

Par contre avec les services qui routent tout le trafic on va clairement changer de catégorie, ils deviennent tout de suite le goulot d'étranglement de la bande passante du réseau.

En soit ça ne pose aucun souci.

Le problème, c'est qu'il y a peu de containers en ARM sur les repos de Docker.
Et donc tu devras souvent recompiler tes images pour de l'ARM.

C'est pas bloquant, mais un peu chiant

Bonjour à tous,
 
J’imagine que certains d’entre vous utilisent Traefik comme reverse proxy.
 
J’ai un problème pour un cas d’usage bien précis.
 
Avec traefik, j’ai réussi :
- a router dynamiquement le trafic vers d’autre docker (sur le même host)
- a router le trafic vers une autre machine.
 
Toujours en mode reverse proxy. Donc nickel.
 
Par contre, sur ma machine ou traefik tourne (en mode docker), j’ai installé Cockpit.  
Cockpit n’est pas en mode docker, mais service standard sur le host.
 
Je n’arrive pas à mettre traefik en reverse sur cockpit.
J’ai le droit à une simple redirection.
 
Des conseils ?

Pour ce qui est hors Docker tu as définis un "file" en gros ?

Genre :
--file.filename=/etc/traefik/servers.toml

Ensuite dans ce fichier :

PS: je suis en version 1, en v2 les syntaxes changent !

Yes.

En gros, j'ai cockpit qui tourne sur mon host IP : 192.168.0.1:9090, qui est le même que mon docker host.

Donc j'ai fait :

Et donc quand j'accède à http://cockpit.mondamaine.com, il me fait une redirection vers http://192.168.0.1:9090, au lieu de jouer son rôle de reverse proxy.

Donc avec mon navigateur au final, il tente d'accéder à http://192.168.0.1:9090 en direct.

Mes autres backends du même type, mais avec un host autre que celui du docker fonctionnent parfaitement.