Reprise du message précédent :
Hello, j'ai bien envie de me lancer sur Apache Guacamole, certains l'utilisent ici sur Docker ? Ou une appli alternative ? Merci

Oui, je l’utilise avec Docker, j’ai trouvé Teleport un peu plus chiant à mette en œuvre.

Merci, il va falloir que je me penche sur Guacamole ça a l'air pas mal du tout. Ca doit tourner derrière un reverse proxy (traefik dans mon cas) ?

Je le fais effectivement tourner derrière Traefik

Si t'as un docker compose à partager je suis preneur merci

Et hop
 

 
Pour le middleware Traefik :
 

 
Quelques remarques :

• il n'y a pas de tag "latest" pour les images Guacamole
• le script initdb.sql est à construire avec cette commande : https://hub.docker.com/r/guacamole/guacamole

Nickel merci, je vais tester ça, je suis en train de refaire mon Docker

Je viens de me pencher un peu dessus et j'ai bien réussi à monter une instance de Guacamole, par contre je viens de tester rapidement et impossible de me connecter en RDP, aussitôt connecté aussitôt déconnecté (et ça fonctionne bien en MSTSC). Va falloir que je me penche sur les logs si y a des infos mais à cette heure là le cerveau ne tourne plus rond
Edit : Il fallait juste cocher d'ignorer le certificat

Juste pour mon info, j'ai vu que tu as activé la double authentification, tu utilises quoi pour ton 2FA ? Merci

Quelqu'un utilise Wireguard Easy ou Firezone en Docker ici ?

Pour l’instant j’utilise Authelia pour certains containers, et pour  certaines applis (quand elles gèrent OIDC) Keycloak. Faudrait uniformiser

Merci, il faudrait que je regarde quelle appli est compatible avec quoi, en espérant en trouver une pour tout. J'ai vu qu'il y a pas mal d'app TOTP, je pense bien en trouver une.

Salut, je tente de monter un build avec Docker Desktop... sous windows 11 Home. mais a chaque fois, j'ai des refus de connexion sur le localhost, ou 127.0.0.1, peut importe le port du conteneur (2 projets differents refusé)
 Un truc étrange c'est que cela a marché une fois, une journée... et depuis plus rien. (A savoir, j'ai une Livebox 4)  
 
j'ai tenté avec l'ajout de regles sur les port, ou bien meme le desactivé le firewall pour windows.  
Ca change rien.

Avec quelle commande lances-tu tes conteneurs ?

En théorie, c'etait simple :

Il choppe tous ce dont j'ai besoin dans le fichier .env et le docker-compose.yaml.
Mais une fois lancé, il n'y a que depuis le conteneur que je peux y acceder, mais pas depuis mon localhost:8080, et encore moins en wifi.  
 
Le seul moyen que j'ai trouvé, est de passé par le Docker Desktop  
d'y spécifier le port local, et de lui renseigner tous les variables du fichier .env à la main  

 
Dans ce cas ca fonctionne, j'ia bien acces depuis mon propre PC, mais c'est laborieux...

faut regarder la gueule de ton docker compose alors

+1

Il doit manquer une ligne du genre

Ou

Si tu ne veux que ton service ne soit exposée que sur ton pc et non pas sur tout ton réseau

(remplacer 8080 et 80 par les ports que tu veux)

EDIT : ta config semble ok... Peut être du côté du FW windows / config docker/windows sur la gestion des ports ?

C'est pour du réseau local de toute façon, et je veux pouvoir avoir accès à l'API de localAI depuis le wifi d'un ESP32
 
Pour le firewall j'avais déja essayé en off, et pour mon provider/box plus trop envie d'y bidouiller sous peine de faire des trous, a force d'ouvrir des ports...
 
De toute façon, ca fonctionne partiellement avec ma "methode à la main", je n'ai plus de refus de connexion, mais  
1 c'est chiant a faire,  
2 si il manque ou si je dois changer un paramètre dans le conteneur, ce n'est pas éditable.  
il faut refaire toute les déclarations depuis l'image  
 
Enfin il doit y avoir surement un autre moyen, mais là je seche...

J'ai tenté Wireguard sur Docker (dans une VM Linux), je plafonnais à 8 Mo/s en transfert. En créant une VM dédiée sur le même host et en installant directement Wireguard, je monte à 53 Mo/s en transfert.  
J'ai loupé quelque chose sur Docker (le fait qu'il soit sur une VM) ou cette perte de perfs est normale ? Merci

Salut ! je galère sur l'installation de nextcloud, enfin, la configuration du proxy...

J'ai foiré mon ancienne installation et je me suis dit que j'allais innover un peu et profiter de docker et nextcloud all in one.

Pour situer, je suis sur un VPS OVH. J'utilise déjà vaultwarden avec docker. En parallèle, j'utilise le reverse proxy d'apache pour rediriger en fonction de mes sous-domaines :vaultwarden.mondomaine.com nextcloud.mondomaine.com
ça marche parfaitement avec vaultwarden, mais je ne comprends pas comment faire avec nextcloud. La doc indique de faire les deux choses suivantes :

et de lancer le container avec la commande suivante :

Le tout en remplaçant le port 11000 par le port d'écoute d'apache.
Sauf que je ne comprends pas ce qu'ils entendent par port d'écoute d'apache... le standard 80 ?

Si je garde 11000 partout, j'obtiens

Si je mets 80 partout, j'obtiens :

Avec vaultwarden, c'est plus simple, je lance le container avec un -p 92:80 et je mets :92 dans le proxypass.
Mais là, je comprends pas trop le contexte et j'en ai marre d'essayer des trucs au hasard ...

Reconnaissance éternelle à tout personne qui pourrait me guider

Je capte pas ton exemple, la conf du reverse proxy cherche à joindre le service sur le port 11000, alors que tu exposes seulement le 8080 de ton conteneur...
Si je tiens compte de ce que tu dis, APACHE_PORT ça devrait être 443, mais en plus de ça il faudrait soit exposer ton conteneur sur le port 11000, soit modifier la conf du RP pour taper sur le 8080.

T'as un lien vers cette doc pour essayer de comprendre ? A mon avis y a un truc que tu as mal interprété.

--publish 11000:8080 et APACHE_PORT=8080 (si c'est pas par défaut) non ?

Voici le lien vers la doc :

https://github.com/nextcloud/all-in [...] e-proxy.md

J'ai collé texto ce qui était écrit normalement

En fait, je ne comprends pas bien l'intérêt de ces deux commandes :

J'aurais tendance à faire un --publish 93:8080 uniquement et à rajouter le port 93 dans le proxypass

En cherchant des explications, je suis tombé sur https://github.com/nextcloud/all-in [...] sions/4003 , mais je ne suis pas moins confus

Disclaimer: je ne connais pas nextcloud, j'essaie de comprendre l'architecture par rapport à la doc que tu as indiquée.

De ce que j'en comprends, nextcloud va lancer son propre conteneur apache (surement une des raisons pour lesquelles tu dois passer la socket docker .. cela permet au conteneur nextcloud-aio-mastercontainer d'appeler l'api docker pour créer de nouveaux conteneurs) . Les deux variables d'environnement permettent d'indiquer sur quelle ip et quel port ce nouveau conteneur doit écouter. Ce qui signifie que les paramètres "publish" que tu passes dans ton docker run n'interviennent pas ici. J'ai l'impression que nextcloud-aio-mastercontainer publie une interface d'admin (?) sur ce port publié (ici 8080).
Il se trouve que tu veux utiliser apache en tant que reverse proxy, tu vas donc avoir deux apache différents:
- un sur lequel tu n'as presque pas la main (sauf pour les ips d'écoute et pour le port) qui est créé par nextcloud-aio-mastercontainer
- ton reverse proxy sur lequel tu vas devoir configurer un ou des vhosts
Au niveau vhost justement, tu dois pouvoir utiliser la conf fournie au détail près des proxypass et reverseproxypass qui doivent indiquer ip:port que tu auras passés en variable d'environnement ( APACHE_PORT et APACHE_IP_BINDING) et qui correspondent donc au conteneur apache "interne" lancé par nextcloud.

ton RP c'est un container ?

Tu devrais essayer Traefik en RP, j'avais testé Apache mais Traefik est quand même mieux foutu je trouve

Non, mon apache n'est pas un container.

J'ai un site web que j'héberge via apache, c'est pour ça que je suis un peu bloqué dessus, sinon, j'aurais, pour me simplifier la vie, utilisé caddy ou autre pour proxy.
Comme je maitrise très peu docker, il faut qu'en plus de changer de proxy, être capable de bien servir les 3 services que je souhaite héberger (vaultwarden, nextcloud et un site web basique sous wordpress...)

On est d'accord que je ne peux faire cohabiter deux proxy ensemble, n'est ce pas ?

Normalement, la configuration donnée par défaut devrait marcher, non ? L'ip, c'est bien 0.0.0.0 ?  
 
Pour info, j'ai ce message au lancement d'AIO :  

Et j'ai effectivement accès, mais derrière ...

Ok, j'ai lu ta doc, c'est qd même bcp plus clair .
Comme le disait Joeman79, AIO pilote le déploiement de plein de containers et a son propre portail d'admin (d'où le publish du port 8080).
Le container apache déployé par AIO agit comme front et est déployé non pas sur le réseau bridge par défaut mais directement sur l'host si j'ai bien compris d'où l'inutilité de faire du publish.
 
Donc à priori tu laisses le port 11000 partout dans ta conf de ton RP Apache,
sur le AIO tu laisses
--env APACHE_PORT=11000
mais je mettrai plutôt  
--env APACHE_IP_BINDING=127.0.0.1
 
Après vu que tu as déjà déployé le bouzin, j'aurai tendance à repartir from scratch.
Il faudrait que tu regardes si sur la machine tu accèdes bien au port 11000 sur localhost via un nc, telnet sur 127.0.0.1:11000 etc.
Si ca marche pas faudrait voir les logs du containers apache

ok, je vérifie tout ça

ça semble marcher en fait

Deux choses que je n'avais pas bien faite :

• 0.0.0.0 en APACHE_IP_BINDING plutôt que 127.0.0.1
• Je n'avais pas non plus compris qu'il fallait demander explicitement à AIO de lancer Nextcloud en allant dans l'interface d’administration accessible uniquement en rentrant l'ip de la machine.

Merci pour votre aide !

Perso j’ai arrêté d’utiliser la version AIO de Nextcloud. Elle fait trop de choses dans mon dos en automatique et quand les problèmes arrivent, c’est la misère pour les résoudre.
 
J’ai préféré revenir à du simple en partant des dockerfiles officiels pour me faire une image avec facerecognition intégré

Hello,
 
Vous savez s'il existe une image docker qui permet de régulièrement checker l'ip publique et la stocker dans une bdd (ou un fichier ou whatever) lors de changement ?
Je suis chez Orange, avec des ip dynamiques (ce qui me va très bien), mais je souhaiterais pouvoir garder un historique des adresses utilisées (et pouvoir identifier quelle adresse j'avais à quelle date).
 
Merci !

Hello

J'ai encore un peu de mal avec les conteneurs.
Je comprends le principe, mais pas le fonctionnement du conteneur.

Je chercher un moyen d'exécuter des "workloads" sur un hôte windows, et les bouger, idéalement automatiquement, de serveurs en serveurs suivant la charge. Et idéalement, avec des affinités (que telle charge soit exécutée de préférence tjs sur le serveur A qui serait le plus puissant).
En gros, il s'agit de serveurs de jeux, et je voudrai éviter que les joueurs soient coupés (qu'ils aient juste une petite latence).

Chaque instance de jeu a besoin d'un windows (core/pro ou serveur) car j'utilise un système de plugin non dispo sur linux.
Il y a environ 20go de fichiers de jeu de base, + 0,5 à 4go pour les fichiers propres à l'instance (sauvegarde, whitelist, etc...).

Je sais que ce n'est pas une vm, mais j'aimerai que chaque conteneur puisse exécuter un seul serveur, mais avec des fichiers qui se trouveraient sur de l'iscsi ; je ne sais même pas si ça se dit comme ça.
J'ai même envie de tenter avec nano server, qui semble le truc le plus léger "windowsable".
Le conteneur n'aurait alors quasiment pas de donnée, car son seul but est de faire "les calculs", et d'écrire sur des volumes qui ne sont pas de le conteneur (d'où le fait que j'évoque iscsi). Il y aurait donc juste un script .bat dans les fichiers propres du conteneur (et nano serveur ?)

Je peux réussir à faire ça avec docker ?
Ou il me manque un morceau ?

merci

ça n'a rien à voir

Moi ça me semble faisable, sauf la partie pas de coupure/latence en cas de migration d'un hôte à un autre.

Ca s'appelle kubernetes dans ce cas

Kubernetes avec le bon CSI pour accéder à tes volumes iSCSI. Affinité/anti-affinité grace à des labels et roule ma poule.
Bon evidemment, plus facile à dire qu'à faire. Mais c'est un bon cas pour ça oui.