Reprise du message précédent :

mets-toi directement aux helm charts pour être dans la hype

Des qu'on parle de hype tu débarques  

Pas du tout

Hello,
Dites, vous avez une solution de visioconférence qui fonctionne bien pour Synology ? (via docker)

 
Jitsi

Y'a moyen de voir la date exacte d'une image sur Docker Hub?

date de quoi ?
 
création ? docker image inspect, mais faut la puller avant.
sinon sur le hub à la mimine
 
relou les questions vagues ...

C'était effectivement pas précisé, mais si je demande sur Docker Hub c'est pour pas avoir à faire un pull avant.
 
Sur Docker Hub, pour nginx:1.17.0 par exemple ça dit "Last pushed a year ago". Ce que je cherche c'est la date.

Mon mauvais.

Alors, j'ai essayé, mais ça fonctionne pas tout à fait correctement...
Tant que l'on n'est que deux dans la visio, pas de soucis, ça fonctionne (essais avec mon ordi et quelqu'un de l'extérieur de chez moi, essai avec mon ordi et celui de ma femme).
Mais dès qu'une 3ème personne entre, elle n'a pas de flux audio ni vidéo... Si un des deux premières s'en va, paf, la 3ème obtient le flux audio/vidéo. Dès qu'une 3ème arrive (dans mes essais c'était l'ordi de ma femme), celui qui est en dehors de chez moi n'a plus de flux audio/vidéo...
Du coup c'est pas très intéressant...
J'ai pas réussi à trouver comment résoudre ce soucis...

Avec deux utilisateurs, le flux est direct entre les deux. A partir de 3 utilisateurs, les flux transitent tous par le serveurs, donc il doit y avoir un soucis de config/ports sur le serveur.

Ok, faut que je creuse là dessus...
J'utilise le reverse proxy de mon NAS.
Tout arrive par https://monjitsi.mon.ndd.ovh et est redirigé sur localhost:8000.
Les conteneurs Jisti sont dans un même network bridge meet.jitsi.
Faut que je redirige quoi comme port dans la box ?

Vérifie que les port UDP/10000, TCP/443 et TCP/4443 sont bien redirigés (https://jitsi.github.io/handbook/docs/devops-guide/devops-guide-quickstart#advanced-configuration).

Le 443 est déjà routé, sinon mes services sur le NAS ne fonctionneraient pas    
Le 10000 n'était pas routé, ni le 4443.  
Je vais tenter avec ces deux ports NATés sur la box.  

Hmmm, ça fonctionne pas mieux...
Par contre si je mets 4 clients, touts dans le LAN (connecté au wifi ou en ethernet au LAN), tous fonctionnent correctement.
Mais dès qu'au moins un vient de l'extérieur, plus aucun flux audio/vidéo n'est transmis...

Tu rediriges le 443 vers un reverse proxy ?

Oui. Pas le choix, j'ai d'autres services sur le NAS qui ont aussi besoin du 443.

Alors, autres essais :
 
Clients connectés au LAN/Wifi :

• mon mac
• mon iphone
• un autre iphone  

=> Tous ont la vidéo.
 
 
AUtre cas :
Clients connectés au LAN/Wifi : mon mac + Mon iphone
Clients connectés via la 4G :   un autre iphone
 
=> Seuls les clients sur le LAN/Wifi ont la vidéo. Le client en 4G n'a rien.
 
 
 
AUtre cas :
Clients connectés au LAN/Wifi : mon mac  
Clients connectés via la 4G :   un autre iphone + Mon iphone
 
=> Seul le client sur le LAN/Wifi a la vidéo. Les clients en 4G n'ont rien.
 
 
 
AUtre cas :
Clients connectés au LAN/Wifi : mon mac  
Clients connectés via la 4G :   Mon iphone
 
=> Les deux clients ont la vidéo.  
 
 
Du coup je ne sais plus quoi faire là...
Faudrait que je tente le Network en mode host plutôt que bridge... mais dans la doc y a rien là-dessus...

Il n’y a pas un paramètre dans l’appli pour spécifier l’URL par laquelle elle sera accédée ?
 
Tu as moyen d’essayer en redirigeant temporairement le 443 vers le container directement ?

La visio en NAT c'est très relou (côté serveur), parce que souvent le protocole annonce l'IP de la machine, donc locale. C'est pour ça que ça marche en local et pas à distance.
Souvent c'est lié à un mécanisme d'auto détection de l'IP par le service. A voir si le système utilisé peut être configuré avec une IP sans auto détection.

Bref, c'est relou à mettre en place derrière un NAT, y a pas solution miracle, faut lire les docs, chaque implémentation y va de sa propre solution

Je suis pas sur que ça ne casse pas mes autres services...
 

J'ai regardé la doc : https://jitsi.github.io/handbook/do [...] nvironment
Et ils parlent de STUN, je ne sais pas ce que c'est... pas sur que j'y ai accès avec jitsi...
J'ai mis l'adresse IP du NAS (192.168.0.100) en guise de DOCKER_HOST_ADDRESS.
 
Là ça m'a saoulé, je laisse tombé pour aujour'dhui...  
Je verrais un autre jour    
 
En tout cas merci pour vos conseils  

La base STUN/TURN pour cette daube de NAT

 
Les questions liées à Kubernetes/Rancher, c'est aussi par ici?
 

 
Oui  

On est bien d'accord que le port-mapping de Rancher fonctionne comme un docker -p?

Je connais kube, rancher je sais pas, mais ça doit être un node port je pense

Salut, en bon noob, j'ai perdu mon mdp de mon admin de mon conteneur nextcloud et pas moyen de le réinit via le bash. J'aimerais réinitialiser le conteneur dans la mesure où il est quasi neuf, mais je ne sais pas comment faire le plus simplement possible. Voici mon docker-compose :  
 

https://docs.nextcloud.com/server/1 [...] sword.html

Et un gestionnaire de mots de passe est super utile pou éviter ce genre de désagrément

 
Oui je m'y colle de ce pas.
 
EDIT : J'ai fini Oui par réussi à appliquer la procédure ci-dessus, via docker il fallait passer par cette commande au préalable :  
 

 
 
 
Sinon autre chose qui confirme que je n'ai toujours pas compris traefik, je pense que je devrais pouvoir accéder à phpmyadmin mais impossible de l'atteindre depuis mon pc (qui est en 192.168.1.x comme docker et traefik).
 

 
Peu importe que je tape http://db.nexcloud ou http://172.25.0.2:3306 , je n'accède pas à l'appli, et c'est pareil pour tous les conteneurs montés automatiquement. Je n'accède qu'aux conteneurs configurés par fichier.
 
 
Qu'est-ce qu'il manque au juste?

Ce que tu montres là est un serveur de base de données de type SQL. Il n'est pas accessible via HTTP - logique car ce n'est pas un serveur web - mais via des clients spécifiques

Merci, c'est logique.  
Bon, je suis un peu dégoûté, j'en ai profité pour faire un update de nextcloud en suivant les instructions ici https://github.com/nextcloud/docker [...] -smbclient ,  
 
non seulement ça m'a ràz ma base de données (donc l'application) mais en plus l'appli ne réagit plus bien, il se passe 30s pour passer d'une page à l'autre. Je ne vois rien d'anormal dans le log...
Bref, je suis noob.

Normalement, la base de données doit être persistante via un volume de Docker. Tu dois peut-être de nouveau mapper ton container mySQL avec ton "ancienne" base de données.

Dites j'ai une question de noob, encore. J'aimerais monter sur ma VM Docker un partage samba accessible par un de mes conteneurs. Je voudrais qu'il y ait un répertoire virtuel ici :
 
/mesconteneurs/conteneur_nextcloud/data/partage_sambe qui pointe en réalité sur le répertoire samba de mon nas.
 
Et qu'ensuite nextcloud le voie comme un répertoire local. Je ne souhaite pas mettre en place un lecteur samba depuis nextcloud directement, je préfère faire comme ça, d'autant plus que j'aurai le même besoin avec d'autres VM.
 
Comment que je m'y prends? J'ai essayé il y a trois mois sans succès.

Tu passes par un volume
https://devopsheaven.com/docker/doc [...] mpose.html
(Premier tuto trouvé)

+1  
Un volume que tu mappes ensuite dans ton container.

Vu que c'est du samba j'ai besoin d'un plugin à priori :

https://github.com/ContainX/docker-volume-netshare

Pas forcément, tu peux le monter sur ton hôte docker, et ensuite tu le mappes sur ton conteneur.