Aller au contenu

dragonslore

Membres
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    24

  • Inscription

  • Dernière visite

À propos de dragonslore

  • Date de naissance 11/27/1979

Contact Methods

  • MSN
    pemerle@gmail.com

Mon Profil

  • Sex
    Masculin
  • Pays / Ville
    Paris
  • Intérêts
    Musique, Chant, Moto, Technologie, balade
  • Mon NAS
    Synology 1819+ / DSM 7.2

Visiteurs récents du profil

1823 visualisations du profil

dragonslore's Achievements

Rookie

Rookie (2/14)

  • Conversation Starter Rare
  • Dedicated Rare
  • Reacting Well Rare
  • First Post Rare
  • Collaborator Rare

Recent Badges

1

Réputation sur la communauté

  1. dragonslore
    Je te remercie pour la précision de ton architecture. Ca va me permettre de réfléchir. Ce qui a déconstruit mon architecture actuelle c'est l'ajout d'un dongle bluetooth pour gérer des NUC pour la détection de présence (en complément de checks network). Dongle qui ne fonctionne pas de la même façon que les autres type zigbee. Sans celà les drivers USB pour DSM 7 proposés par les communautés et qui sont applicables aux dongles USB classiques (zigbee ou zwave par exemple) fonctionnent parfaitement. Un de mes objectifs sur le full NAS était aussi d'éviter les périphériques additionnels et la conso électrique associée. Sachant que je suis en appartement, je n'ai pas de soucis de portée ni de maillage sur mes protocoles. J'ai un RPI3b+ qui traine, au pire en solution dégradée je le dédirai dans une premier temps à la détection de présence.
  2. dragonslore
    Tu penses à une VM avec Virtual Machine Manager sur le NAS ? Je n'ai pas évalué cette solution, du jour où j'ai démarré Jeedom en 2019 je me suis concentré sur Docker qui semblait la solution de containerisation la plus rependue et je dois dire que je suis satisfait des perfs et de la consommation de ressources ainsi que du découpage des services par container (mqtt...). Mais je ne suis pas fermé à la question. Tu as quelle architecture en tête ?
  3. dragonslore
    Etant un peu novice sur ces aspects, me conseilles-tu de déclarer un nouveau volume dans mon container: /dev/dbus:/dev/dbus:rw EDIT: il n'existe même pas sur mon host, d'où mon point sur les drivers Bluetooth.
  4. dragonslore
  5. dragonslore
    Hello, Non je n'ai rien effectué de plus que partager dans mon container le chemin du host /dev/dbus. Quelles commandes jouerais-tu ?
  6. dragonslore a commencé à suivre [TUTO] Certificat SSL & reverse proxy via Docker , DSM 7.2 + Dongle Bluetooth Sena + Container mode host et Macvlan - Changer l'IP fixe d'un container
  7. dragonslore
    Bonjour à tous, Pour ma domotique j'ai fait l'acquisition d'une clé usb Blueetooth Sena. Elle remonte bien dans les périphériques de mon NAS Syno en DSM 7.2 Cependant si je construit un container docker en mode host et avec privilèges élevés celui-ci ne la trouve pas. J'ai le sentiment qu'il manque les drivers bluetooth côté host ce qui serait cohérent car je suis en DSM 7.2 et j'ai dû ajouter ceux pour les dongles type Zigbee/Zwave. Voici les quelques commandes lancées sur mon container host. lsusb ==> OK hciconfig ==> NOK Mon NAS est un 1819+, avez-vous une idée de ce qu'il peut manquer ? Merci d'avance pour votre aide. Manu
  8. dragonslore
    Je peux casser le macvlan pour le recréer après avoir détaché mes containers, puis les réaccrocher au nouveau macvlan sans risquer aucune régression ? Je n'aurai pas besoin de les recréer depuis mes projets docker-compose ? J'ai par ailleurs laché une question "changement d'IP container sur macvlan" sur cet autre fil et un coup de pouce m'aiderait beaucoup:
  9. dragonslore
    Bonjour à tous, Ce forum est une mine d'information, merci à tous pour vos partages 🙂 J'utilise abusivement de Docker (container manager) sur mon DS1819+ et j'en apprends petit à petit les subtilités. J'ai créé récemment un Macvlan sur lequel j'héberge entre autre les containers liés à ma domotique (mqtt, jeedom, ...). Mon container Jeedom est associé à l'IP 192.168.1.204, je l'ai spécifié dans le projet docker-compose. Je souhaite ajouter un chemin de type "host_absolute_path" ce que l'interface de container manager ne permet pas, il n'autorise que des chemins de type "host_volume_file". Pour contourner celà, j'ai exporté la configuration de mon container puis édité le fichier de configuration à la main pour ensuite l'importer en tant que nouveau container. J'aimerai maintenant attribuer l'IP 192.168.1.204 à ce nouveau container en lieu et place du container initial Jeedom que j'avais créé et là je coince, je ne sais pas comment faire sans avoir à recréer mon container depuis le docker-compose ce que je veux éviter. Je me suis promené dans le chemin /volume1/@docker/network/files et le fichier local-kv.db n'est évidemment pas éditable. Avez-vous une astuce pour celà ? Un grand merci par avance pour le coup de pouce !!! Manu
  10. dragonslore
    Merci pour l'astuce "staging" je vais refaire un test après avoir repositionné la gestion des dns de mon domaine chez OVH et dégagé cloudflare (c'était prévu) ==> C'est tout bon pour le certificat maintenant. Je pensais pouvoir générer le certificat par OVH (c'est là que j'ai acheté mon domaine) et l'utiliser ensuite sur mes services internes au NAS après import. Bref je reviens à une architecture plus simple. Mes services custo (Jeedom, adguard home, swag, mosquitto) sont sur mon macvlan et évidemment les services Syno natifs sont sur le host. En jouant avec Link + Route penses-tu que je puisse établir un possible échange bi-directionnel Host <-> Macvlan ? Voici la configuration de mon macvlan (sur parent aggregated-link ovs_bond0) networks: macvlan: name: macvlan driver: macvlan driver_opts: parent: ovs_bond0 ipam: config: - subnet: "192.168.1.0/24" ip_range: "192.168.1.192/27" gateway: "192.168.1.1" Et mon script pour le Link+Route qui ne semble pas faire l'affaire, malgré mes conversions CIDR. # Creation de l interface macvlan sur l hote ip link add mac0 link ovs_bond0 type macvlan mode bridge # Configuration de l interface avec l adresse reservee ip addr add 192.168.1.192/32 dev mac0 ip link set dev mac0 address AA:BB:CC:DD:11:45 ip link set mac0 up # On fait une route entre les IPv4 du reseau mac0 et l'interface ip route add 192.168.1.192/27 dev mac0
  11. dragonslore
    En effet tu as raison je n'ai pas de PUT, je vais tester moi aussi et je te fais un retour. EDIT @.Shad. c'était bien celà, la requête PUT était manquante, je pense qu'il faut revister le tuto, le premier bloc suggéré dans le tuto ne fonctionnait pas, la seconde hypothèse non plus. Il faut celà: https://api.ovh.com/createToken/?GET=/domain/zone/&GET=/domain/zone/mondomaine.fr/&GET=/domain/zone/mondomaine.fr/status&GET=/domain/zone/mondomaine.fr/record&GET=/domain/zone/mondomaine.fr/record/*&POST=/domain/zone/mondomaine.fr/record&POST=/domain/zone/mondomaine.fr/refresh&DELETE=/domain/zone/mondomaine.fr/record/*&PUT=/domain/zone/mondomaine.fr/* Par contre je suis coincé à l'étape suivante. J'ai bien répliqué les deux enregistrements créés chez OVH sur cloudflare malgré tout après le redémarrage du container il n'en veut pas. Comme si au second démarrage, il avait renouvelé les clés...
  12. dragonslore
    @.Shad. Salut, merci pour ta réponse, je pense ne pas m'être trompé sur la création de l'app OVH faite hier mais sait-on jamais, voici la chaine. https://api.ovh.com/createToken/?GET=/domain/zone/&GET=/domain/zone/mondomaine.fr/&GET=/domain/zone/mondomaine.fr/status&GET=/domain/zone/mondomaine.fr/record&GET=/domain/zone/mondomaine.fr/record/*&POST=/domain/zone/mondomaine.fr/record&POST=/domain/zone/mondomaine.fr/refresh&DELETE=/domain/zone/mondomaine.fr/record/*
  13. dragonslore
    dragonslore a modifié sa photo de profil
  14. dragonslore
    Bonjour à tous, Tout d'abord un grand merci pour la richesse de cette communauté et les contributions des membres. J'essaie de suivre ce tuto pour construiremon reverse proxy pour router le trafic de mon container domotique jeedom. Swag + Jeedom sont sur le même Macvlan docker. Autant j'avais réussi auparavant avec un container Acme à générer le certificat de mon domaine perso hébergé chez OHV (délégué chez Cloudflare), autant en refaisant le tout sur mon container Swag je coince. Les enregistrement DSN TXT " _acme-challenge" ne se crééent pas et la validation échoue donc. Voici mon docker-compose Avez-vous une idée ? Un grand merci à tous pour votre aide 🙂 Manu
  15. dragonslore
    Bonjour à tous, J'héberge sur mon 1812+ un conteneur docker Jeedom pour ma domotique, j'ai une clé Zwave+ qui fonctionne à merveille. J'ai voulu adjoindre le protocole Zigbee à mon Jeedom pour intégrer des modules Xiomi hyper économiques, pour celà j'ai commandé une clé Zigate. La clé est bien reconnue par mon Syno mais aucun TTY n'est monté, visiblement et d'après Zigate ce serait une question de driver. Je ne sais pas comment m'y prendre. La commande lsusb montre bien que la clé est reconnue. En revanche la commande lsmod prouve que les drivers ne sont pas installés Sauriez-vous comment remédier à celà ? Merci beaucoup pour votre expérience et votre aide. Manu
  16. dragonslore
    Merci Pinomat, je confirme ça fonctionne également 🙂
  17. dragonslore
    Bonsoir à tous, Depuis les dernières mise à jour du DSM je n'arrive plus à télécharger sur 1fichier depuis Download Station, les fichiers sont introuvables. Mon DSM est en version 6.1.1-15101 Update 3 Je constate en effet que Synology propose par défaut des versions béta du plugin pyLoad. Je l'ai désactivé et j'ai tenté d'installer le fichier host 2.8.1 cependant j'obtiens une erreur "Echec de l'opération". Avez-vous déjà rencontré ce type d'erreur ? Merci pour votre aide :) Manu EDIT: j'ai désinstallé Download Station et maintenant je n'ai plus l'erreur à l'installation du fichier host 2.8.1 cependant après installation le plugin n'apparait pas dans la liste...étrange
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.