Je viens de voir que tu avais aussi une clé SENA Dongle USB Bluetooth longue portée UD100-G03 en fin de ce sujet
Argh, je n’ai jamais eu aucun pb avec cette clé contrairement au 2 autres qui pouvaient s’échanger les n° de port au rebooté du NAS !
La clé BT est sur un HUB USB avec l’onduleur et la clé LEGRAND.
La clé RFPLAYER est sur l’autre port USB.
Dommage que vous n’ayez pas les clés zwave, zigbee (conbeeII),enocean car j’avais la meme architecture APOLLOLAKE… et cela m’aurait permis de vérifier que ces clés fonctionnaient.
Que signifie dans le code : insmod avec le > ?
le repertoire dev/null il y à quoi dedans ?
Je ne comprends pas (Page manuel de INSMOD)
case $1 in
start)
insmod /lib/modules/usbserial.ko > /dev/null 2>&1
J’ai téléchargé une image « Doker Hub » via l’appli Synology docker… ça fait quelque temps
Ce qui m’étonne c’est que mes 2 autres clés fonctionnent sans pb mais pas le BT…
Je suis prêt à passer en VMM s’il est possible d’importer la DDB (ou autre) pour ne pas se retaper la config de tous les équipements et les designs…
Je vais regarder ton lien en détail ce WE (pas possible avant dsl…)
Et j’avais une antenne BT qui fonctionnait nickel…
Pour ma part : J’ai acheté une JeeBox qui marche super bien et j’ai migré mon systeme dessus. Plutot facilement (quelques probleme avec le plugin Broadlink mais résolu).
J’ai donc migré mon NAS sous DSM 7. Design Sympa et on dirait que le NAS est plus rapide.
Donc j’essaye de refaire une config sous Docker. J’ai refait un docker du départ : mise à jour de l’image, création Docker tout propre, Jeedom s’est bien installé. J’ai mis quelques plugin pour commencer.
Premier probleme : impossible de faire tourner les DNS ! Acces extérieur impossible.
J’ai toujours le même script qui se lance au redémarrage du NAS :sinon les DNS ne fonctionnaient pas :
#!/bin/sh
# Create the necessary file structure for /dev/net/tun
if ( [ ! -c /dev/net/tun ] ); then
if ( [ ! -d /dev/net ] ); then
mkdir -m 755 /dev/net
fi
mknod /dev/net/tun c 10 200
fi
# Load the tun module if not already loaded
if ( !(lsmod | grep -q "^tun\s") ); then
insmod /lib/modules/tun.ko
fi
# Load iptables mangle is not already loaded
if ( !(lsmod |grep -q "^iptable_mangle\s") ); then
insmod /lib/modules/iptable_mangle.ko
fi
Et j’ai bien redémarrer Jeedom apres premier lancement
Dans config / réseau j’ai activer le serveur DNS / Un ping pour qu’il mon Jeedom soit bien reconnu sur le Market : niquel
Mais pas moyen d’y accéder.
Alors j’ai fait comme je faisais sous DSM6.2 : dans config / réseau j’ai désactiver le serveur DNS / supprimer plugin openvpn / rédamrrer Jeedom / dans config / réseau j’ai activer le serveur DNS
PAs moyen cela ne fonctionne pas " 500 Internal Server Error"
Voici les logs de openvpn :
Sat Mar 26 11:17:56 2022 WARNING: file '/tmp/jeedom/openvpn/openvpn_auth_mTQuK4RsyGvl1tuQQD8NMdH2ItZMia.conf' is group or others accessible
Sat Mar 26 11:17:56 2022 OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 28 2021
Sat Mar 26 11:17:56 2022 library versions: OpenSSL 1.1.1d 10 Sep 2019, LZO 2.10
Sat Mar 26 11:17:56 2022 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Sat Mar 26 11:17:56 2022 OpenSSL: error:0200100D:system library:fopen:Permission denied
Sat Mar 26 11:17:56 2022 OpenSSL: error:2006D002:BIO routines:BIO_new_file:system lib
Sat Mar 26 11:17:56 2022 Cannot load CA certificate file /var/www/html/plugins/openvpn/core/class/../../data/ca_mTQuK4RsyGvl1tuQQD8NMdH2ItZMia.crt (no entries were read)
Sat Mar 26 11:17:56 2022 Exiting due to fatal error
et les logs de http error
0000|[Sat Mar 26 13:39:11.025172 2022] [php7:error] [pid 501] [client 172.17.0.1:57222] PHP Fatal error: Uncaught Error: Class 'openvpn' not found in /var/www/html/core/class/network.class.php:329
0001|Stack trace:
0002|#0 /var/www/html/core/class/network.class.php(444): network::dns_create()
0003|#1 /var/www/html/core/class/config.class.php(343): network::dns_run()
0004|#2 /var/www/html/core/class/config.class.php(105): config::postConfig_market_allowDns('1')
0005|#3 /var/www/html/core/ajax/config.ajax.php(80): config::save('market::allowDN...', '1', 'core')
0006|#4 {main}
0007|thrown in /var/www/html/core/class/network.class.php on line 329, referer: http://192.168.1.30:9080/index.php?v=d&p=administration
Mais normal l’erreur php7 puisque le client 172.17.0.1 n’est pas le bon puisque c’est 172.17.0.2 ?
Si vous avez une piste ? (ensuite je me lance pour les driver)
merci j’y avais pensé mais c’est trop technique pour moi. Le paquet Docker sur le NAS permet de créer un Docker en quelques minutes avec une grande facilité et stabilité.
Je ne comprends pas cette erreur :
0000|[Sat Mar 26 13:39:11.025172 2022] [php7:error] [pid 501] [client 172.17.0.1:57222] PHP Fatal error: Uncaught Error: Class 'openvpn' not found in /var/www/html/core/class/network.class.php:329
Pourtant le plugin openvpn communique car il arrive à obtenir le DNS du market !
J’ai peut etre aussi le probleme que ma connexion fibre à migré à l’insu de mon plein gré en IPv6 & IPv4 CGNAT : du fait je n’ai plus d’IP fixe et plus de NAT de redirection de port/
Sinon j’ai activé l’IPV6 sur le NAS pour appliquer une regle du pare feu de la box red by sfr pour rediriger le port de Emby pour acces depuis l’extérieur
Cela fonctionne en ipv6 en faisant http://[l’ipv6 du nas]:8096
et aussi avec le domaine DDNS : NOMDUNAS.synology.me:8096 et ça marche !
Alors j’ai essayé sur le http://[l’ipv6 du nas]:9080 mais cela n’a pas fonctionné ! Pourquoi ? Cela devrait fonctionner ?
idem avec le domaine DDNS : NOMDUNAS.synology.me:9080
Une erreur dans les logs http me travaille :
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
Failed to talk to init daemon.
bonsoir
je viens d’installer un Docker en Macvlan en suivant ton super tuto
et malheureusement pas possible de faire fonctionner le DNS de Jeedom…
Je ne sais pas comment faire pour revenir en docker ???
Voici les logs : y a encore ce TUN/TAP pourtant cela a été réglé avec le fichier au démarrage du NAS ?
Alors j’ai enlevé les DNS, supprimer OpenVPN, redémarrer, remis les DNS… et malheuresement toujours pareils : pas moyen d’acceder en DNS à distance !
ni en IPV6…
Sat Apr 2 17:39:41 2022 WARNING: file '/tmp/jeedom/openvpn/openvpn_auth_TAcNxVjIZvL7PRsywNK1W29Cm6SBSh.conf' is group or others accessible
Sat Apr 2 17:39:41 2022 OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 28 2021
Sat Apr 2 17:39:41 2022 library versions: OpenSSL 1.1.1n 15 Mar 2022, LZO 2.10
Sat Apr 2 17:39:41 2022 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Sat Apr 2 17:39:41 2022 WARNING: normally if you use --mssfix and/or --fragment, you should also set --tun-mtu 1500 (currently it is 1300)
Sat Apr 2 17:39:41 2022 TCP/UDP: Preserving recently used remote address: [AF_INET]149.202.180.206:1197
Sat Apr 2 17:39:41 2022 UDP link local: (not bound)
Sat Apr 2 17:39:41 2022 UDP link remote: [AF_INET]149.202.180.206:1197
Sat Apr 2 17:39:41 2022 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Sat Apr 2 17:39:41 2022 VERIFY OK: depth=1, C=FR, ST=IDF, L=Paris, O=jeedom.com, OU=jeedom.com, CN=jeedom.com CA, name=jeedom, emailAddress=postmaster@jeedom.com
Sat Apr 2 17:39:41 2022 VERIFY OK: depth=0, C=FR, ST=IDF, L=Paris, O=jeedom.com, OU=jeedom.com, CN=server, name=jeedom, emailAddress=postmaster@jeedom.com
Sat Apr 2 17:39:41 2022 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, 1024 bit RSA
Sat Apr 2 17:39:41 2022 [server] Peer Connection Initiated with [AF_INET]149.202.180.206:1197
Sat Apr 2 17:39:42 2022 Data Channel: using negotiated cipher 'AES-256-GCM'
Sat Apr 2 17:39:42 2022 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Sat Apr 2 17:39:42 2022 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Sat Apr 2 17:39:42 2022 ERROR: Cannot open TUN/TAP dev /dev/net/tun: No such file or directory (errno=2)
Sat Apr 2 17:39:42 2022 Exiting due to fatal error
Si vous avez une idée, j’ai l’erreur TUN TAP est revenue !!!
Pourtant je fais comme je faisais avant avec un script au démarrage qui résolvait le probleme :
#!/bin/sh
# Create the necessary file structure for /dev/net/tun
if ( [ ! -c /dev/net/tun ] ); then
if ( [ ! -d /dev/net ] ); then
mkdir -m 755 /dev/net
fi
mknod /dev/net/tun c 10 200
fi
# Load the tun module if not already loaded
if ( !(lsmod | grep -q "^tun\s") ); then
insmod /lib/modules/tun.ko
fi
# Load iptables mangle is not already loaded
if ( !(lsmod |grep -q "^iptable_mangle\s") ); then
insmod /lib/modules/iptable_mangle.ko
fi
Comment faire pour créer ce Docker avec une ipv6 ? Faut ajouter une ligne dans le docker compose ?
Car créer une adresse ipv6 serait ma seule solution de le rendre acessible de l’extérieur : avec une regle de pare feu (du fait que je sois en IPv6 & IPv4 CGNAT) .
Par avance merci de votre aide @Didier3L
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/
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…
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
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
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)
