Jeedom sur Synology sous Docker et mise à jour DSM7?

Bonjour,

Je ne peux t’aider car je n’utilise pas le DNS de Jeedom.

J’utilise le reverse proxy du Synology

ok merci, il faut une IP fixe pour utiliser le reverse proxy ?
Comment peut on le configurer en utilisant le DDNS de Synology.me ?
merci

Non, pas forcement.
Il faut juste un nom de domaine qui pointe sur l’ip en cours.

Merci pour la réponse
Mais étant en IPv6 & IPv4 CGNAT il m’est impossible de faire des redirections de port en ipv4…
Mon seul moyen pour y arriver est de faire un filtrage d’adresse dans le pare feu du routeur de la box en ipv6 ! Et avec emby qui fonctionne sur le nas j’arrive a accéder de l’extérieur en ayant un filtrage d’adresse en ipv6 et en cliquant sur NOMDUNAS.synology.me:8096/

Pour utiliser le reverse proxy il faut aussi faire ces regles de redirection de port ou filtrage d’adresse on dirait :

Puis configurer le reverse proxy :

Comment peut on créer un docker avec une adresse IPv6 ?
Capture2

Comment modifier la création du reseau MacVLan ?

docker network create \
-d macvlan \
--subnet=192.168.1.0/24 \
--ip-range=192.168.1.240/29 \
--gateway=192.168.1.254 \
--aux-address="host_bridge=192.168.1.241" \
-o parent=eth0 \
mymacvlan

merci

Désolé mais je reviens sur la possibilité de faire fonctionner la clé BT sous docker avec DSM 7.

Alors que les clés MyHome et RFPlayer fonctionnent nickel : pas la clé SENA BT… :thinking:
Argh, il ne manque pas grand chose je pense mais je désespère !

Alors encore oui : je compte migrer Jeedom vers une VM et remplacer le DIO par du Zwave+ mais je n’ai malheureusement toujours pas le temps de m’y appliquer (je fais parti des rares chanceux semble-t-il qui ont toujours travaillé malgré les divers confinements et qui n’ont eu aucun jour d’arrêt lié au COVID ou autre en fait…) Alors une solution temporaire serait vraiment confortable pour ma part :innocent:
En attendant donc que la situation me permette de consacrer le temps nécessaire (comme au bon vieux temps dirais-je) à cette migration, je renouvelle ma requête concernant la reconnaissance de la clé BT SENA avec Jeedom sous DOCKER.

Merci d’avance pour vos retours, que je souhaiterais positifs :blush:

Merci pour l’info (j’ai essayé au début mais le SAV m’a pris la tete en me faisant faire des essais inutiles)
« peu/pas de risques de repasser en IPV6 + IPV4 CGNAT » → malheureusement c’est repoussé le probleme car l’ipv6 s’impose un peu plus chaque jour du fait du manque d’adresses v4
Il faudrait que j’arrive à passer le docker en ipv6 et ainsi faire le filtrage d’adresse pour renvoyer le port sur le NAS (un peu comme le NAT en V4 finalement)

Bonjour
J’ai réussi à créer un nom de domaine, filtrer les ports 80 et 443 sur le NAS, configurer un reverse Proxy et j’arrive avec mon téléphone en 4G (firefox) à accéder au NAS et Jeedom sous Docker ! L’excellent tuto qui m’a beaucoup aidé :
https://www.nas-forum.com/forum/topic/59108-tuto-reverse-proxy/
Excellent !
.
J’ai recréer un nom de domaine tout propre et tout fonctionne par 4G
Reste l’acces local avec mon pc en https mais c’est peut etre normal ? Car impossible d’accéder

Tip Top ! je vais pouvoir re-migrer sur le NAS en Docker

merci pour l’info, mais je n’y arrive pas de mon côté… :frowning:
pas sûr de tout comprendre dans les certificats et les ddns…

suivez le tuto comme moi, pas à pas et cela devrait fonctionner !

salut a tous, super tuto
je bloque sur la copie des drivers usb : copié les pilotes dans le dossier /lib/modules
j’ai bine acces en ssh au syno mais je ne sais pas comment copier les fichiers , merci

Bonjour
je pensais faire un :

cp ch341.ko /lib/modules

Mais je ne sais pas si c’est la bonne commande ?..

merci @Lemars mais je les met ou au depart mes fichiers ? merci

Avec l’explorateur windows je pensais copier les fichier dans le repertoire docker et ensuite faire cela :

cd /volume1/docker
puis
cp ch341.ko /lib/modules

Moi qui me tatait de remplacer mon raspberry par un jeedom dockerisé sur mon nas, et bien on peut dire qu’apres la lecture de ce fil de discussions, cela fait carrément peur !

Cela me semble etre encore une solution assez loin d’un simple lancement d’un docker-compose avec un dockerfile sur mesure

dommage

ce fil de discussion part un peu dans tous les sens …
Commence à regarder ici

Pour copier tous les fichiers ko

cp /volume1/docker/*.ko /lib/modules

Bonjour

Je viens de tester les drivers USB sur un Docker en Bridge

Le processeur de mon DS218+ est un Apollolake : https://kb.synology.com/fr-fr/DSM/tutorial/What_kind_of_CPU_does_my_NAS_have

Les drivers sont ici : Index of /iperf-arp-scan/DSM_7.0/apollolake
Je n’ai pas installé les 2 drivers « apollolake-BT » car je n’ai pas ce clé Bluetooth

Pour copier les drivers :

cd /volume1/docker/tun/usb
cp /volume1/docker/tun/usb/*.ko /lib/modules

créer un fichier xxxx.sh et de le lancer à l’aide du planificateur de tache de DSM :

#!/bin/sh
sleep 30
sudo insmod /lib/modules/usbserial.ko
sudo insmod /lib/modules/ch341.ko
sudo insmod /lib/modules/cp210x.ko
sudo insmod /lib/modules/pl2303.ko
sudo insmod /lib/modules/ti_usb_3410_5052.ko

Redémarrer le NAS

Brancher les clé USB

liste des ports USB
lsusb

Sur quels ports sont branchés mes périphériques USB
dmesg | grep tty

RESULTAT : difficile de retrouver quel port USB appartient à qui : avant sous DSM6.x on avait le lien entre USB 1-1.4.3 et le port USB ttyUSB0 par exemple ; mais pas ici !

root@DS_LS:~# lsusb
|__usb1          1d6b:0002:0404 09  2.00  480MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
  |__1-1         1a40:0101:0111 09  2.00  480MBit/s 100mA 1IF  ( ffffffd6ffffffa3ffffffebffffffcb) hub
    |__1-1.1     0658:0200:0000 02  2.00   12MBit/s 100mA 2IFs ( ffffffd1ffffffb2ffffffdbffffffad)
    |__1-1.3     1a86:7523:0264 ff  1.10   12MBit/s 98mA 1IF  ( ffffffd8ffffffb9ffffffd0ffffffa2)
    |__1-1.4     1a40:0101:0111 09  2.00  480MBit/s 100mA 1IF  ( ffffffd6ffffffa3ffffffebffffffc0) hub
      |__1-1.4.3 0403:6015:1000 00  2.00   12MBit/s 90mA 1IF  (RFXCOM RFXtrx433XL DO3HQU30)
      |__1-1.4.4 0403:6001:0600 00  2.00   12MBit/s 90mA 1IF  (FTDI FT232R USB UART ANZ1W4FY)
  |__1-2         0463:ffff:0100 00  1.10  1.5MBit/s 20mA 1IF  (EATON Ellipse PRO P354K23T61)
  |__1-3         1a86:7523:0254 ff  1.10   12MBit/s 96mA 1IF  ( ffffffd8ffffffb9ffffffd0ffffffa0)
  |__1-4         f400:f400:0100 00  2.00  480MBit/s 200mA 1IF  (Synology DiskStation 7F0088C3C7CA6030)
|__usb2          1d6b:0003:0404 09  3.00 5000MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
root@DS_LS:~# dmesg | grep tty
[    0.000000] Command line: root=/dev/md0 earlyprintk=apl console=ttyS2,115200n8 ihd_num=2 netif_num=1 HddHotplug=1 SataPortMap=21 syno_hw_version=DS218+ vender_format_version=2 syno_hdd_detect=18,179,176,175 syno_hdd_enable=21,20,19,9 syno_usb_vbus_gpio=11@0000:00:15.0@1,10@0000:00:15.0@2,13@0000:00:15.0@3 sn=1880PCN917719 macs=00113299ce4f
[    0.000000] Kernel command line: root=/dev/md0 earlyprintk=apl console=ttyS2,115200n8 ihd_num=2 netif_num=1 HddHotplug=1 SataPortMap=21 syno_hw_version=DS218+ vender_format_version=2 syno_hdd_detect=18,179,176,175 syno_hdd_enable=21,20,19,9 syno_usb_vbus_gpio=11@0000:00:15.0@1,10@0000:00:15.0@2,13@0000:00:15.0@3 sn=1880PCN917719 macs=00113299ce4f
[    4.860688] dw-apb-uart.1: ttyS0 at MMIO 0x9131c000 (irq = 44, base_baud = 115200) is a 16550A
[    4.870176] console [ttyS2] enabled
[    4.894005] dw-apb-uart.2: ttyS1 at MMIO 0x9131e000 (irq = 45, base_baud = 115200) is a 16550A
[    4.895057] console [ttyS2] disabled
[    4.895261] dw-apb-uart.3: ttyS2 at MMIO 0x91320000 (irq = 6, base_baud = 115200) is a 16550A
[    4.895278] console [ttyS2] enabled
[    4.906719] dw-apb-uart.4: ttyS3 at MMIO 0x91322000 (irq = 47, base_baud = 115200) is a 16550A
[   30.697875] synobios open /dev/ttyS1 success
[   51.990147] systemd[1]: Created slice system-serial\x2dgetty.slice.
[   52.000817] systemd[1]: Starting system-serial\x2dgetty.slice.
[   52.552966] synobios open /dev/ttyS1 success
[  120.944227] usb 1-1.3: ch341-uart converter now attached to ttyUSB0
[  120.983476] usb 1-3: ch341-uart converter now attached to ttyUSB1
[  233.579461] ttyS3 - failed to request DMA

et apres quelques minutes si je refais un « dmesg | grep tty » et il n’y a plus rien ! Très surprenant !

root@DS_LS:~# dmesg | grep tty
root@DS_LS:~#

Les clés suivantes fonctionnent parfaitement :

  • clé Zwave Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090)
  • clé Zigbee Popp
  • clé SIM800C pour les SMS

Mais probleme sur ces clefs : impossible de les connecter à un port USB !!!

  • clé RfxCom 433XL
  • clé Enocean USB310 - Dongle contrôleur EnOcean USB avec connecteur SMA

manque t il un driver pour ces 2 clés ?

merci

Ajoute a ton fichier sh les lignes suivantes :

modprobe usbserial
modprobe ftdi_sio
modprobe cdc-acm

Ne pas oublier de donner les droits à ton fichier sh

sudo chmod +x usb-serial-drivers.sh

Ok je vais tenter

Le fichier usb.sh sera donc ainsi :

#!/bin/sh
sleep 30
sudo insmod /lib/modules/usbserial.ko
sudo insmod /lib/modules/ch341.ko
sudo insmod /lib/modules/cp210x.ko
sudo insmod /lib/modules/pl2303.ko
sudo insmod /lib/modules/ti_usb_3410_5052.ko
modprobe usbserial
modprobe ftdi_sio
modprobe cdc-acm

Et je vais modifier les droits de ce fichier usb.sh comme indiqué

je teste un peu plus tard car faut que j’éteigne tout mon jeedom de prod sur une Jeebox et bascule sur Docker

Autre question ?
Je me demande si je n’ai pas un souci avec des droits sur les fichiers driver *.ko que j’ai ajouté
Car les droits ne sont pas les meme que les autres fichiers ko dans /lib/modules/
Capture1