Etant donné que tu fais la redirection httpS vers websocket sur ton syno, il ne faut pas renseigner une adresse ws://xxxx mais bien l adresse https://xxx sur la page config du plugin
D autre part j imagine que les port que tu indiques sont uniquement ceux de ta connexion classique au jeedom. Il faudra surement ouvrir des ports supplementaires pour la partie websocket sur ton docker et faire la bonne redirection sur le syno
Je ne comprends pas bien tes branchements …
Si ca renvoie sur le port 80 ca ne peut pas fonctionner pour le websockets, puisque dans le plugin tu indiques que le websocket doit ecouter sur le port 9083 …!?
Pour une connexion « standard », je ferai : Https://jeedom => port 443 routeur => synology => reverse proxy « jeedom » +443 => docker jeedom sur le port https
Pour une connexion « websocket », je ferai : Https://jeedomWebsocket => port 443 routeur => synology => reverse proxy « jeedomWebsocket » +443 => docker jeedom sur le port 9083 (port que tu auras donc dédié au websocket de JC sur ton docker)
En fait sous le paquet Docker du Synology j’ai le conteneur Jeedom 03 qui est sur le port 9083 de mon NAS donc pour aller sur Jeedom en local je fais : http://192.168.1.30:9083
et la config réseau de Jeedom est donc la suivante : l’IP 172.17.0.2 est une IP sur le réseau Bridge du NAS : comme une IP interne si j’ai bien compris
Ce qui m’échappe c’est ce port pour Jeedom Connect ! Est ce interne à Jeedom ? Ou est ce un vrai port du NAS ?
J’ai l’impression d’avoir un port de plus à cause de mon Docker ? Car normalement sur une box comme la Jeebox (que j’ai en secours) il n’y a pas de port pour acceder à Jeedom : juste son adresse IP
si Didier passait par la ? c’est le virtuose du Docker @Didier3L
Merci je viens de corriger.
Pour le websocket de Jeedom Connect je ne sais pas comment faire ?..
Je ne comprends pas ce qu’est le port d’écoute du websocket : est ce mon port 9083 ou un autre port interne au plugin Jeedom Connect ?
merci
Oups erreur de ma part
Mais cela ne fonctionne pas désolé
De plus je ne comprends pas trop mais a mon avis cela ne peut pas fonctionne car si le port local est 1234 cela revient a pouvoir charger / attaquer en local le contener avec http://192.168.1.30:1234
et dans la config du reverse proxy il ne faut pas mettre 6789 mais 1234 pour que cela fonctionne ? sinon il ne le retrouvera pas
Du coup cela fonctionne !!!
Voici le recap :
config du Docker : port local IPNAS.1234
pourtant quand je regarde toutes tes copies écrans, ca semble etre une configuration identique à ce que je t’indiquais …?!
correspond exactement à :
puis
semble également identique à
et enfin sur le plugin
match avec
du coup je ne vois pas trop ce qui ne convient pas dans ce que je proposais initialement !!??
5 messages plus haut, j’ai écrit :
on est bien sur 2 sous-domaines distinct pour faire la séparation ! (avec mauvais port puisque je pensais que ton port 9083 était le port websocket que tu avais configuré, n’ayant pas cette info initialement)
parfois c’est vraiment à se demander si les gens qui demandent de l’aide lisent vraiment les réponses et propositions qu’on fait
adresse HTTP interne => IP:9083 (==> c’est bien le port 9083 qui redirige vers le port http 80 de jeedom)
adresse WEBSOCKET interne : IP:1234 (==> celui ci redirige bien vers le port 6789 de jeedom utilisé pour le plugin JC comme websocket)
et du coup une fois que tu auras configuré tes 2 sous domaines distinct (en partant des exemples que j’ai donnés plus haut : adresse externe HTTP : jeedom.xxxxx adresse externe WEBSOCKET : jeedomWebsocket.xxxx
Nota : je t ai proposé les ports 1234 et 6789, juste pour que ce soit plus facile a lire et ne pas se melanger les pinceaux dans la config (loupé !) mais tu peux mettre ceux que tu veux (tant que tu restes coherent en répliquant les bonnes modifs partout)
Parce que le dns jeedom pointe sur un reverse proxy (l’équivalent de votre syno) installé sur leurs serveurs et uniquement le traffic https sur le port 443 est autorisé.
Et ensuite il y a un vpn entre la box et ce reverse proxy