Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2570 connectés 

 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  16  17  18  ..  50  51  52  53  54  55
Auteur Sujet :

[TOPICUNIK] Docker

n°1435567
iskor
Posté le 29-06-2019 à 23:46:27  profilanswer
 

Reprise du message précédent :
Je ne sais pas pour ton script, mais avec tes commandes tu ne démarres pas l'image. Il faudrait que tu fasse un docker run comme a dit dd_pak ;)

mood
Publicité
Posté le 29-06-2019 à 23:46:27  profilanswer
 

n°1435568
XaTriX
Posté le 29-06-2019 à 23:58:36  profilanswer
 

Kyjja a écrit :

Pour ramener le bordel :

 
Code :
  1. docker rm chromium
  2. docker rmi jess/chromium
  3. docker pull jess/chromium

 

Pour lancer le logiciel j'ai un petit script (oui enfin en haut aussi parce que j'aime les clickodromes :o):

Code :
  1. #!/bin/bash
  2. source $HOME/.dockerfunc
  3. chromium

 


Dans les deux cas c'est inspiré de ce que j'ai pour firefox (même contributrice).


Y'a pas une doc qui pourrait t'informer sur Docker ? :O :o
Genre Docker ps / start / stop / run
Man Docker ? :O


---------------
Proxytaf ? porn, xxx, hentai, camgirl, onlyfans, torrent, warez, crack, keygen, serials, darknet, tor, vpn, proxy, hacktool, metasploit, sql injection, password list, brute force, cp, gore, deepweb
n°1435572
Kyjja
Y'a pot !
Posté le 30-06-2019 à 08:34:05  profilanswer
 

Je continue à farfouiller les interwebs.
 
Mes images :  
 

Code :
  1. kit@6730B:~$ docker images
  2. REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
  3. jess/firefox        latest              b9b7470f6789        3 days ago          740MB
  4. jess/chromium       latest              daee7e2ba24e        3 days ago          644MB
  5. jess/firefox        <none>              00ac4a7fe3d7        2 months ago        738MB


 
 
J'arrive à lancer firefox avec cette commende :  
 

Code :
  1. docker run -ti --rm -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix jess/firefox


 
 
Ça marche aussi en remplaçant le jess/firefox par l'IMAGE ID (que ce soit l'une ou l'autre image de firefox qui sont deux versions différentes).
 
 
Par contre si j'essaie de faire de même avec l'image de chromium :
 

Code :
  1. [1:1:0630/063136.992417:ERROR:zygote_host_impl_linux.cc(116)] No usable sandbox! If this is a Debian system, please install the chromium-sandbox package to solve this problem. If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.


 
Le package chromium-sandbox semble être obsolète. [:kyjja:3]


---------------
HWBot | Conso GPU | Who's who PSU | Mes BD \o/ | GReads | MSpaint
n°1435573
Kyjja
Y'a pot !
Posté le 30-06-2019 à 08:34:41  profilanswer
 

XaTriX a écrit :


Y'a pas une doc qui pourrait t'informer sur Docker ? :O :o
Genre Docker ps / start / stop / run
Man Docker ? :O


 
J'ai commencé par man docker avant de venir pleurer ici :o


---------------
HWBot | Conso GPU | Who's who PSU | Mes BD \o/ | GReads | MSpaint
n°1435574
iskor
Posté le 30-06-2019 à 09:45:34  profilanswer
 

J'ai pas trouvé ton image docker, tu pourrais filer un lien stp?  
J'ai effectivement vu des références à sandbox machin... Tu es sous quel OS?

n°1435575
Kyjja
Y'a pot !
Posté le 30-06-2019 à 09:48:17  profilanswer
 

Awi tiens, mon lien ouvre une page vide [:kyjja:3]

 

https://github.com/jessfraz/dockerf [...] r/chromium

 

Je suis sous Debian Stretch :

Code :
  1. Linux 6730B 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u3 (2019-06-16) x86_64 GNU/Linux


Message édité par Kyjja le 30-06-2019 à 09:51:14

---------------
HWBot | Conso GPU | Who's who PSU | Mes BD \o/ | GReads | MSpaint
n°1435586
iskor
Posté le 30-06-2019 à 14:31:11  profilanswer
 

Ben du coup c'est plus simple, tu as tenté d'installer le paquet chromium-sandbox comme dit dans le message d'erreur?

n°1435597
Kyjja
Y'a pot !
Posté le 30-06-2019 à 21:41:37  profilanswer
 

Baway, il est obsolète :spamafote:
 

Code :
  1. Aucune version du paquet chromium-sandbox n'est disponible, mais il existe dans la base
  2. de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
  3. ou qu'il n'est disponible que sur une autre source
  4. Cependant les paquets suivants le remplacent :
  5.   chromium:i386 chromium
  6. E: Le paquet « chromium-sandbox » n'a pas de version susceptible d'être installée


 
Sachant que les deux paquets sus-mentionnés, bah c'est le navigateur quoi.
 
Alors faut-il installer le navigateur pour l'avoir en docker ? Si oui c'est un peu naze :/


---------------
HWBot | Conso GPU | Who's who PSU | Mes BD \o/ | GReads | MSpaint
n°1435598
rat de com​bat
attention rongeur méchant!
Posté le 30-06-2019 à 22:02:34  profilanswer
 

Vous êtes sûrs que ce truc est obsolète? Je le vois en testing et unstable. :??:  https://packages.debian.org/search? [...] um-sandbox
Après je connais rien à Docker à part le nom. :o

n°1435665
iskor
Posté le 03-07-2019 à 15:19:07  profilanswer
 

Tiens, je reviens à la charge sur mon histoire d'effacement sur le registry.
j'ai réussi à me dépatouiller pour chopper le manifest, autoriser l'effacement (par défaut interdit). Ensuite, je lance ma commande. J'ai trouvé un one-liner qui fait que je je veux:

 

registry='docker-master:5000'
name='test'
curl -v -sSL -X DELETE "http://${registry}/v2/${name}/manifests/$(
    curl -sSL -I \
        -H "Accept: application/vnd.docker.distribution.manifest.v2+json" \
        "http://${registry}/v2/${name}/manifests/$(
            curl -sSL "http://${registry}/v2/${name}/tags/list" | jq -r '.tags[0]'
        )" \
    | awk '$1 == "Docker-Content-Digest:" { print $2 }' \
    | tr -d $'\r' \
)"

 

La commande se termine bien, mais lorsque j'interroge le catalogue, j'ai toujours mon image, mais je n'arrive pas à la puller (ce qui est logique)
Je me suis dit que c'était parce que j'ai pas fait le garbage collect, mais après l'avoir fait, même sanction...
En revanche si je relance mon one-liner, il me sort bien "not found".

 

J'ai besoin de votre aide les pros, merci! Comment virer proprement la référence à mon image qui n'est plus là du coup?
n'oubliez pas que j'apprends seul et que je m'y prends peut être pas bien du tout :D


Message édité par iskor le 03-07-2019 à 16:09:40
mood
Publicité
Posté le 03-07-2019 à 15:19:07  profilanswer
 

n°1435668
e_esprit
Posté le 03-07-2019 à 17:01:15  profilanswer
 

Supprimer uniquement le dernier tag de l'image à l'aveugle, c'est pas top quand même :o
 
Sinon pour répondre à ta question, il n'est pas possible à l'heure actuel de supprimer un tag dans le docker registry (en tout cas pas par API, il faut aller trafiquer directement dans le FS).


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1435679
iskor
Posté le 03-07-2019 à 20:29:02  profilanswer
 

Alors j'ai pas compris comment faire... Tu pourrais me tuyauter steuplé?
Je cherche juste à effacer une image sur le registry. Pour le moment, je n'ai pas plusieurs tags, et très peu d'images... Je cherche juste à comprendre comment on fait :p

n°1435754
Damze
Posté le 05-07-2019 à 16:42:49  profilanswer
 

:hello:  

 

J'ai encore un max de soucis avec les reverse proxies sur ma forge  [:tinostar]  putain ces trucs là c'est l'enfer

 

Voilà j'ai 3 problèmes :

 

- J'utilisais Nginx-proxy pour faire mes prox. Jusque là ça marchait bien. Sauf que dans mon service on utilise Nexus, et que j'aimerai pouvoir utiliser le registry Dockr intégré. Problème : ce registry est accessible depuis le port 5000, et j'utilise déjà le Virtual Host 8081 sur Nexus...Est-ce qu'il y a un moyen de contourner ça ? (VIRTUAL_HOST:xxx:5000, xxx:8081 ça ne fonctionne pas :o )

 

- J'ai lu que Traefik était mieux pour gérer ce genre de problème. J'ai donc configuré Traefik...Toujours avec des erreurs dès le lancement :
   

 

   ---> La redirection http vers https me renvoie une erreur loop infini (problème censé être réglé depuis la 1.12.....). J'ai viré la redirection http vers https et désactivé le http

 

   ---> En utilisant uniquement le HTTPS, j'ai une page d'erreur Squid ( [:tinostar dei] ) qui m'indique que je ne peux pas accéder à https://nexus.xxx..xx..xxx avec l'URL de mon proxytaff....Pourquoi je reçois ça ? On dirait qu'il essaie de passer par l'extérieur du réseau ?? :??:

  

J'utilise en plus un certificat généré par la boite, avec une bonne petite surprise : le certificat intermédiaire n'est pas reconnu par les outils web (je ne sais pas si ça change quelque chose). Dans le doute j'ai activé le mode insecureVerify dans la conf

 


Voila mon docker-compose :

 
Code :
  1. version: '3'
  2. services:
  3.   portainer:
  4.     image: portainer/portainer:1.20.2
  5.     restart: always
  6.     container_name: "portainer-app"
  7.     volumes:
  8.       - /var/run/docker.sock:/var/run/docker.sock
  9.       - /storage/docker-data/portainer/data:/data
  10.     ports:
  11.       - "9000:9000"
  12.     labels:
  13.       - "traefik.enable=true"
  14.       - "traefik.backend=portainer"
  15.       - "traefik.docker.network=web"
  16.       - "traefik.frontend.rule=Host:subdomain.domain.net"
  17.       - "traefik.port=9000"
  18.     networks:
  19.       - web
  20.   traefik:
  21.     container_name: traefik
  22.     image: traefik:latest
  23.     ports:
  24.       - "80:80"
  25.       - "443:443"
  26.       - "8080:8080"
  27.     networks:
  28.       - web
  29.     volumes:
  30.       - /var/run/docker.sock:/var/run/docker.sock
  31.       - /opt/traefik/traefik.toml:/traefik.toml
  32.       - /opt/traefik/certs/:/certs/
  33.     environment:
  34.       - HTTP_PROXY=proxyURL
  35.       - HTTPS_PROXY=proxyURL
  36. networks:
  37.    web:
  38.      external: true
 


Traefik conf :

 
Code :
  1. debug = true
  2. logLevel = "DEBUG"
  3. defaultEntryPoints = ["https"]
  4. [entryPoints]
  5.   [entryPoints.https]
  6.   address = ":443"
  7.   [entryPoints.https.tls]
  8.     [[entryPoints.https.tls.certificates]]
  9.       certFile = "/certs/cert.crt"
  10.       keyFile = "/certs/key.key"
  11.   [entryPoints.eightzero]
  12.   address = ":8080"
  13. [api]
  14. entrypoint = "eightzero"
  15. [retry]
  16. [docker]
  17. endpoint = "unix:///var/run/docker.sock"
  18. domain = "docker.localhost"
  19. watch = true
  20. exposedbydefault = false
  21. insecureSkipVerify = true


Message édité par Damze le 05-07-2019 à 17:13:52
n°1435755
XaTriX
Posté le 05-07-2019 à 16:44:27  profilanswer
 

:D


---------------
Proxytaf ? porn, xxx, hentai, camgirl, onlyfans, torrent, warez, crack, keygen, serials, darknet, tor, vpn, proxy, hacktool, metasploit, sql injection, password list, brute force, cp, gore, deepweb
n°1436156
iskor
Posté le 18-07-2019 à 15:25:19  profilanswer
 

Me revoilà avec mon souci de registry... J'ai tenté de trifouiller, mais rien à faire, quand j'utilise les "bonnes" méthodes, si j'efface tout à la régulière, j'ai encore l'entrée dans le catalogue.
Et je comprends pas pourquoi.

 

J'ai utilisé 2 méthodes:
- le curl -X DELETE via mon script.
- J'ai même trouvé un soft qui s'appelle Skopeo, lui aussi a bien marché.

 

Je passe ensuite un garbage collector:
docker exec -it registry /bin/registry garbage-collect /etc/docker/registry/config.yml

 

Mais j'ai TOUJOURS les entrées dans le catalogue... Le seul moyen que j'ai trouvé c'est virer à la main le répertoire du registry...
Help un noob siouplaît?

Message cité 1 fois
Message édité par iskor le 18-07-2019 à 15:37:38
n°1436167
e_esprit
Posté le 18-07-2019 à 17:16:45  profilanswer
 

M'enfin, j'ai déjà répondu que c'était pas possible, c'est pas implémenté par l'API du catalog de pouvoir supprimer un tag (même si derrière tout ce qui s'y rattache est bien supprimé) :D
=> https://github.com/docker/distribution/pull/2169


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1436169
iskor
Posté le 18-07-2019 à 17:42:31  profilanswer
 

e_esprit a écrit :

M'enfin, j'ai déjà répondu que c'était pas possible, c'est pas implémenté par l'API du catalog de pouvoir supprimer un tag (même si derrière tout ce qui s'y rattache est bien supprimé) :D
=> https://github.com/docker/distribution/pull/2169


 
Putain j'avais même pas fait gaffe à la seconde partie de ta réponse :D
Merci pour ton aide, au moins je sais maintenant effacer des trucs :)

n°1436477
AnthonyD
»»───(knee)───►
Posté le 27-07-2019 à 13:31:10  profilanswer
 

iskor a écrit :

Me revoilà avec mon souci de registry... J'ai tenté de trifouiller, mais rien à faire, quand j'utilise les "bonnes" méthodes, si j'efface tout à la régulière, j'ai encore l'entrée dans le catalogue.  
Et je comprends pas pourquoi.
 
J'ai utilisé 2 méthodes:  
- le curl -X DELETE via mon script.
- J'ai même trouvé un soft qui s'appelle Skopeo, lui aussi a bien marché.
 
Je passe ensuite un garbage collector:
docker exec -it registry /bin/registry garbage-collect /etc/docker/registry/config.yml
 
Mais j'ai TOUJOURS les entrées dans le catalogue... Le seul moyen que j'ai trouvé c'est virer à la main le répertoire du registry...  
Help un noob siouplaît?


Ton catalogue, c'est via K8S que tu l'affiches ?

n°1436489
iskor
Posté le 27-07-2019 à 21:09:26  profilanswer
 

AnthonyD a écrit :


Ton catalogue, c'est via K8S que tu l'affiches ?


Non, j'utilise curl.

n°1437778
DannyElfma​n
Kinrick o Scotland
Posté le 09-09-2019 à 21:57:08  profilanswer
 

Hello,
 
J'essaie de faire tourner un container backuppc ( https://github.com/adferrand/docker-backuppc ) sur ma vm et ça coince à un moment. J'ai des idées mais rien qui ne se concrétise.
 
Contexte :  
J'ai une VM fileserver et une VM Infra avec un montage nfs spécifique pour stocker les backups justement sur le dit fileserver.
Je bosse sous docker-compose
Je fais tourner le container adferrand/backuppc en montant les volumes qui vont bien.
 
Si je monte le path /data/backuppc comme indiqué sur un volume de la vm Infra, c'est nickel. Le script perl d'install se lance au run et ça tourne.
Si je monte le même path sur un volume correspondant au montage nfs, le script d'install au démarrage du container ne s'execute pas (je n'ai rien dans la log à part  
"Failed to create or chown /data/backuppc"
Si je monte un path toto sur ce montage nfs, en ouvrant un shell dans le container, je peux parcourir le path, créer des fichier, des répertoires, bref, ca marche.
 
Je soupçonne un problème spécifique lié à l’exécution du script perl dans le répertoire du montage nfs.
 
Et là, je coince ... je ne sais pas quoi faire :(


---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437783
e_esprit
Posté le 09-09-2019 à 22:27:41  profilanswer
 

Ton export NFS autorise les acces root sur ton/tes clients ? (no_root_squash)


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1437787
DannyElfma​n
Kinrick o Scotland
Posté le 09-09-2019 à 23:58:39  profilanswer
 

Nope. all_squash.  
J'avais créé sur les 2 machines un user backuppc avec les même uid/gid et passé en variable les valeurs de ces uid/gid dans le container (il a été conçu pour ça):
 
    --env 'BACKUPPC_UUID=1010' \
    --env 'BACKUPPC_GUID=1010' \
 
En revanche, j'y pense, je me suis connecté en console dans le container et j'ai fait mes tests d’écriture mais surement avec le mauvais user ... arf, faut que je reteste ...


Message édité par DannyElfman le 10-09-2019 à 00:02:16

---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437788
DannyElfma​n
Kinrick o Scotland
Posté le 10-09-2019 à 00:09:29  profilanswer
 

Mon user dédié a pour uid/gid 1010/1010
Je viens de connecter dans le container avec l'uid 1010.
Je prend bien le nom du user backuppc du container donc la valeur de la variable d'environnement passe bien.
J'ai pu avec ce user créer des fichiers/repertoire dans mon montage nfs et naviguer dedans.
 
En revanche, effectivement, à cause du all_squash, les fichiers/repertoires créés sont en uid/gid 1001
 
Logique car dans mon exports, j'ai all_squash,anonuid=1001,anongid=1001
 
Maintenant, j'aimerai tout de même comprendre pourquoi l'execution du script perl par le user n'est pas possible ...
 
Faut que j'essaie de le trouver et de le lancer à la main....


---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437816
the_big_po​ulet
Flying chicken
Posté le 10-09-2019 à 16:26:58  profilanswer
 

comment ça pourrait venir de 1000 trucs :D
Déjà elles tournent sous quoi tes vm ? pas de selinux dans les parages des fois ? :o

n°1437817
e_esprit
Posté le 10-09-2019 à 16:42:50  profilanswer
 

Déjà, pourquoi attribuer des UID/GID de 1010, alors que derrière les droits sont forcés à 1001 pour le volume NFS ?
Je pige pas l'idée :D
 
Sinon dans ton premier message, tu mentionnes le message : "Failed to create or chown /data/backuppc"
A mon avis, dans ton conteneur tu n'as pas la possibilité de changer le propriétaire de /data/backuppc car c'est la racine de ton volume.
 
Fais le depuis ta VM (en lui mettant 1010:1010 ou 1001:1001 pour être cohérent avec les droits de ton FS :o) et vois si c'est mieux.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1437819
DannyElfma​n
Kinrick o Scotland
Posté le 10-09-2019 à 17:25:32  profilanswer
 

Le changement d'uid/gid, c'était pour tester avec un user backuppc spécifique, histoire de voir si le passage de variable dans le container fonctionnait bien et aussi d'avoir un user sur les 2 vm avec les même uid/gid dans le cas où je changeais les spec du montage nfs car parfois ça fout la grouille les uid différent pour un même user.

 

Le message d'erreur, c'est il semble une remontée du script perl d'installation et c'est la partie "failed to create" qui importe car effectivement, il ne créé rien dans le partage nfs.

 

Depuis la vm, quand je suis sous le user 1010 (ou 1001 ou autre), je n'ai aucun souci pour créer/parcourir un folder. C'est bien mon souci, j ene vois pas ce qui coince l'execution du script.

Message cité 1 fois
Message édité par DannyElfman le 10-09-2019 à 17:27:36

---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437820
DannyElfma​n
Kinrick o Scotland
Posté le 10-09-2019 à 17:26:57  profilanswer
 

the_big_poulet a écrit :

comment ça pourrait venir de 1000 trucs :D
Déjà elles tournent sous quoi tes vm ? pas de selinux dans les parages des fois ? :o


 
Je sais bien :(
 
2 debian Stretch identiques. Pas de selinux.


---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437821
the_big_po​ulet
Flying chicken
Posté le 10-09-2019 à 17:27:43  profilanswer
 

essaie de monter ton nfs sur /data et de créer un répertoire backuppc dedans

n°1437822
e_esprit
Posté le 10-09-2019 à 17:29:43  profilanswer
 

DannyElfman a écrit :

Le changement d'uid/gid, c'était pour tester avec un user backuppc spécifique, histoire de voir si le passage de variable dans le container fonctionnait bien et aussi d'avoir un user sur les 2 vm avec les même uid/gid dans le cas où je changeais les spec du montage nfs car parfois ça fout la grouille les uid différent pour un même user.
 
Le message d'erreur, c'est il semble une remontée du script perl d'installation et c'est la partie "failed to create" qui importe car effectivement, il ne créé rien dans le partage nfs.
 
Depuis la vm, quand je suis sous le user 1010 (ou 1001 ou autre), je n'ai aucun souci pour créer/parcourir un folder. C'est bien mon souci, j ene vois pas ce qui coince l'execution du script.


Essaye donc un chown 1010:1010 /data/backuppc pour voir, c'est pas la même chose que de créer un sous-répertoire :o
Et fait le en root (dans ton conteneur).


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1437827
DannyElfma​n
Kinrick o Scotland
Posté le 10-09-2019 à 20:21:28  profilanswer
 

:jap:
 
J'ai monté mon share nfs sous /toto dans mon container via volumes de docker-compose. Puis dans le container, en root, j'ai créé l'arborescence. Et effectivement, lors du chown : "Operation not permitted"


---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437830
DannyElfma​n
Kinrick o Scotland
Posté le 10-09-2019 à 21:18:57  profilanswer
 

J'ai remonté mon share en no_root_squash et forcement, ça fonctionne.
Mais bon, niveau sécurité, je trouve ça moyen. J'ai surement d'autres failles qui trainent mais ça fait une de plus :(


---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437833
Shinuza
This is unexecpected
Posté le 10-09-2019 à 22:29:23  profilanswer
 

J'ai essayé d'utiliser un partage nfs pour mes pvc sous kube, et c'était un échec. J'ai tout passé sous glusterfs.


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°1437839
Flipper203
Posté le 10-09-2019 à 23:35:08  profilanswer
 

drap

n°1437904
AnthonyD
»»───(knee)───►
Posté le 12-09-2019 à 21:40:42  profilanswer
 

Shinuza a écrit :

J'ai essayé d'utiliser un partage nfs pour mes pvc sous kube, et c'était un échec. J'ai tout passé sous glusterfs.


Étonnant, c'est pourtant super simple.

n°1437915
DannyElfma​n
Kinrick o Scotland
Posté le 13-09-2019 à 08:04:49  profilanswer
 

AnthonyD a écrit :


Étonnant, c'est pourtant super simple.


C'est simple si tu as besoin d'un simple accès en écriture de fichier par ex. Quand tu ajoutes d'autres fonctionnalités, visiblement, ce n'est plus aussi aisée.


---------------
Blood is rushing into your muscles and that's what we call The Pump. Your muscles get a really tight feeling, like your skin is going to explode any minute ...
n°1437916
dafunky
Posté le 13-09-2019 à 08:24:33  profilanswer
 

Quelqu'un maîtrise bien traefik ici? j'aimerais configurer un routage vers une caméra IP...


---------------
xPLduino, la domotique DIY deluxe - - - - Sigma 85mm F1.4
n°1437918
dough29
Posté le 13-09-2019 à 08:37:38  profilanswer
 

Tu veux router quel type de trafic ?
 
En v1 tu es limité au HTTP mais normalement en v2 le TCP est dispo :sol:

n°1437919
dafunky
Posté le 13-09-2019 à 08:38:15  profilanswer
 
n°1437920
dough29
Posté le 13-09-2019 à 08:43:56  profilanswer
 

Ok donc il faudra se baser sur la v2 qui est actuellement en RC.
 
Par contre je ne suis pour l'instant resté qu'en v1 pour ma part :whistle:

n°1437921
dafunky
Posté le 13-09-2019 à 08:51:04  profilanswer
 
n°1437922
dough29
Posté le 13-09-2019 à 08:57:11  profilanswer
 

Tu auras peut être un début de configuration ici en bas de page (Adding a TCP route for TLS requests on whoami.traefik.io) : https://docs.traefik.io/v2.0/routing/overview/

 

Tu pourras nous partagé ton expérience ?


Message édité par dough29 le 13-09-2019 à 08:57:44
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  16  17  18  ..  50  51  52  53  54  55

Aller à :
Ajouter une réponse
 

Sujets relatifs
Docker deux fenetres sous KDE ?[Window Maker] Comment docker 2x la même appli ?
Plus de sujets relatifs à : [TOPICUNIK] Docker


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)