Le message d’erreur dans le plugin Jeedom :
Bonjour
depuis jeedom en ssh, est ce que tu peut tester si le port CLI et Web sont ouverts sur LMS
nc -vz IP-serveur-LMS 9090
nc -vz IP-serveur-LMS 9000
le 9000 semble fermé d’après ce qu’on voit sur ta capture d’écran
Tu peut tester en local sur le serveur LMS aussi
De mon côté, pas de login/password
Hello,
Tout semble OK :
ping 172.16.50.200
PING 172.16.50.200 (172.16.50.200) 56(84) bytes of data.
64 bytes from 172.16.50.200: icmp_seq=1 ttl=64 time=0.070 ms
nc -vz 172.16.50.200 9090
172.16.50.200: inverse host lookup failed: Unknown host
(UNKNOWN) [172.16.50.200] 9090 (?) open
nc -vz 172.16.50.200 9090
172.16.50.200: inverse host lookup failed: Unknown host
(UNKNOWN) [172.16.50.200] 9090 (?) open
2 capture avec le port 9090 donc on a pas le résultat de
nc -vz IP-serveur-LMS 9000
Erreur de copier/coller désolé…
Mais j’avais bien lancé les bonnes commandes :
nc -vz 172.16.50.200 9000
172.16.50.200: inverse host lookup failed: Unknown host
(UNKNOWN) [172.16.50.200] 9000 (?) open
J’en ai profité pour tester le second LMS (celui sur machine physique).
RAS également sur IP 172.16.50.6. Jeedom voit bien les deux serveurs.
Alors là je sèche, désolé
quand tu fait un scan des players depuis le plugin squeezeboxcontrol tu as une erreur ou autre ?
1/ De ce que j’ai compris, le port 9000 sert au plugin jeedom à voir ton LMS et la partie paramètre
2/ Le port 9090 sert au plugin LMS de sakhara pour intéragir avec et avoir le retour d’état.
Tu devrais au moins avoir le 1/
En mode debug pour les logs tu as vu quelquechose ?
J’avoue que c’est presque de la magie 
Je n’ai pas encore de player, j’ai voulu commencer par vérifier la connexion Jeedom <> LMS.
→ Visiblement je n’ai même pas le 1/ !
J’ai coupé la VM LMS, et gardé VM Jeedom <> LMS sur PC physique.
Les logs ne montrent rien de spécial :
Je vais tester sur une maquette, en 100% physique, pas le choix. Cela me permettra de valider mes installations logicielles + configurations , et de tester hors virtualisation.
A suivre …
Bonsoir à tous,
Du nouveau suite à des tests sur une config mixte :
Physique
-Serveur LMS sur minipc debian → 192.168.200.144
-Lecteur piCorePlayer sur raspberry 3B → 192.168.200.145
Proxmox
-VM Jedom en VM → 172.x.y.z
Résultat côté « physique » :
- Ping OK entre toutes les machines
- Côté Jeedom, les ports 9000 & 9090 du serveur LMS sont OK.
- Serveur LMS et player sont fonctionnels → musique OK.
Résultat côté « VM » :
Les logs montrent que Jeedom et le serveur LMS discutent :
...
[2023-11-02 00:30:28.744]DEBUG : Socket interface started
[2023-11-02 00:30:28.744]DEBUG : LoopNetServer Thread started
[2023-11-02 00:30:28.744]DEBUG : Listening on: [localhost:55557]
[2023-11-02 00:30:28.745]DEBUG : Read Socket Thread Launched
[2023-11-02 00:35:56]DEBUG : Received : {"repeat":"0","shuffle":"0","titre":"Mad World","artist":"Jasmine Thompson","album":"Another Bundle Of Tantrums","statut":"Stop","etat":"On","sync":"null"} de : 3c:7c:3f:a5:ad:61
[2023-11-02 00:35:56]DEBUG : Unknown device : ici_mac_address
[2023-11-02 00:35:59]DEBUG : Received : {"repeat":"0","shuffle":"0","titre":"Falter","artist":"Lori McKenna","album":"Unglamorous","statut":"Stop","etat":"On","sync":"null"} de : 00:00:00:00:00:00
[2023-11-02 00:35:59]DEBUG : Unknown device : 00:00:00:00:00:00
[2023-11-02 00:35:59]DEBUG : Received : {"volume":"71"} de : 3c:7c:3f:a5:ad:61
[2023-11-02 00:35:59]DEBUG : Unknown device : ici_mac_address
[2023-11-02 00:36:50]DEBUG : Received : {"repeat":"0","shuffle":"0","titre":"Witness to Your Life","artist":"Lori McKenna","album":"Unglamorous","statut":"Lecture","etat":"On","sync":"null"} de : 00:00:00:00:00:00
...
MAIS toujours rien quand j’ouvre Squeezebox.
Et lorsque je clique sur « Serveur LMS » ou « Configuration LMS » j’ai systématiquement deux erreurs :
Erreur JavaScript :
Impossible de charger la ressource « http://192.168.200.144:9000 »,
car elle va contre la directive de Content Security Policy :
« frame-src ‹ self › *.jeedom.com *.google.com *.google.fr
*.googleapis.com data: »
Erreur dans la fenêtre
« This content is blocked. Contact the site owner to fix the issue. »
Questions
-
Est-il possible que Jeedom bloque parce que le serveur LMS est sur un réseau différent (172.x.y.z vs 192.x.y.z) ?
-
Dans vos logs, avez-vous aussi du « Unknown device » avec une mac à 00:00:00:00:00:00 ?
Je me permets d’ajouter @Loic qui pourra sans doute dire si on peut résoudre le non affichage dans le plugin.
La vérité est certainement là.
Il doit te manquer des règles de routage entre les deux sous-réseaux (dans les deux sens).
Je ne suis pas assez calé pour aller plus loin.
Sinon mettre Jeedom sur le même réseau (192.x.y.z).
Bonjour,
1/ c’est une « erreur » du navigateur et non jeedom (Politique de sécurité de contenu - HTTP | MDN)
2/ nope
Comme dit @Jeandhom, le problème est que ces 2 sous réseaux ne doivent pas être routé entre eux.
C’est curieux, le routage est censé être géré par pfsense (d’ailleurs les machines se voient). Il y a sans doute un truc qui m’a échappé…
Je vais tout remettre sur le même réseau, c’était prévu de toutes façons.
A suivre.
Ce n’est pas plus mal car certains plugins l’exigent.
Bonjour,
Cette erreur est du au niveau de sécurité de jeedom pour le desactiver il faut aller dans la configuration de jeedom puis onglet os/DB lancer l’administration systeme et passer apache en mode non securisé puis relancer jeedom.
Ce n’est pas parce que 2 machines se ping que tout est OK !
Je ne suis pas sûr par exemple que les trames de broadcast passe d’un sous réseau à un autre dans ton cas.
Or c’est parfois nécessaire, comme pour le plugin xiaomi home me semble-t-il
Donc oui on peut faire des sous réseaux, des vlans et tout ce qu’on veut, mais il faut ensuite savoir configurer l’ensemble correctement pour que dans certains cas spécifiques cela fonctionne !
La raison de ces réseaux différents était la maquette de test mixte « physique/virtuel ».
En phase avec vous → la cible reste « tout sur le même réseau », plus simple et plus fiable.
Je refais des tests dans ce sens.
@loic merci pour l’info. (Donc modif seulement en maquette, je ne veux pas toucher à la sécurité de Jeedom en prod).
Bonsoir à tous,
Bonne nouvelle, après quelques manips supplémentaires, c’est fonctionnel.
Il m’a fallu :
-
Renseigner les ports dans le plugin.
-
Passer Apache en non sécurisé (manip décrite par @Loic).
Même sur la maquette physique (donc hors virtualisation).
Je ne comprends pas bien à quoi c’est lié :
-De votre côté vous avez modifié Apache ?
-Dans la négative, sous quel OS tournent vos LMS ? Vos designs ?
J’essaie de comprendre…
Merci à tous pour votre aide 
Par défaut jeedom dit au navigateur que tout lien vers une autre page que lui même est interdit d’où tes soucis et le passage en mode non sécurisé
Oui, ça date un peu, c’est pour ça que je n’y ai pas pensé, mais j’avais bien sélectionné Apache non sécurisé.
Et mon LMS tourne dans un container.
Idem, mon LMS tourne seul dans une VM Debian, donc pas de risque → sujet clos !
@+