Aller au contenu

Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'synology'.



Plus d’options de recherche

  • Rechercher par étiquettes

    Saisir les étiquettes en les séparant par une virgule.
  • Rechercher par auteur

Type du contenu


Forums

  • Bienvenue
    • Nouveau ? Présentez-vous
    • Le bistrot
    • Mon installation domotique
    • Annonces et suggestions
  • La Home Center et ses périphériques
    • La Home Center pour les nuls
    • HC 2 & Lite
    • HC 3
    • Modules Fibaro
    • Modules Z-wave
    • Périphériques et matériels autres
    • Plugins
    • Quick App
    • Multimédia (audio, vidéo ...)
    • Chauffage et Energie
    • Actionneurs & Ouvrants (Portail, volets, piscines, ...)
    • Eclairage
    • Applications Smartphones et Tablettes
  • Autres solutions domotiques
    • Box / Logiciel
    • Modules Nice (433 & 866 MHz)
    • Modules Zigbee
    • GCE Electronics
    • Modules Bluetooth Low Energy
  • Objets connectés
    • Les Assistants Vocaux
    • Netatmo
    • Philips Hue
    • DIY (Do It Yoursel)
  • Sécurité
    • Alarmes
    • Caméras
    • Portiers
    • Serrures
  • Informatique / Réseau
    • Tutoriels
    • Matériels Réseaux
    • Matériels Informatique
    • NAS
    • Virtualisation
  • Les bonnes affaires
    • Sites internet
    • Petites annonces

Rechercher les résultats dans…

Rechercher les résultats qui…


Date de création

  • Début

    Fin


Dernière mise à jour

  • Début

    Fin


Filtrer par nombre de…

Inscription

  • Début

    Fin


Groupe


Jabber


Skype


Ville :


Intéret :


Version

26 résultats trouvés

  1. Sauvegarde Home Center 3 sur NAS Synology Version 3.22 - Janvier 2024 Voici un script Shell à installer sur un NAS Synology, permettant d'automatiser la sauvegarde de la box Home Center 3. La sauvegarde est externalisée et stockée sur le NAS. Un rapport par email est envoyé, ainsi qu'une notification dans l'interface Web de DSM. Installation Télécharger le fichier backup-hc3.sh ci-joint, et le copier sur le NAS. Modifier le script afin de paramétrer les options suivantes : HC3 Address HC3_ADDRESS : Adresse IP de la HC3. Par exemple "192.168.1.1" HC3 Authentication : echo -n 'user:password' | base64 ou https://www.base64encode.org/ HC3_AUTHENTICATION : Identifiants de connexions encodés en base64. Utiliser le site https://www.base64encode.org/ par exemple pour admin:password cela donne "YWRtaW46cGFzc3dvcmQ=". L'utilisateur doit avoir les droits "Administrateur" sur la box. HC3 Backup History HC3_BACKUP_HISTORY : doit prendre la valeur "YES" afin de sauvegarder l'historique. Si la sauvegarde est trop longue ou trop grosse, il est possible de désactiver la sauvegarde de l'historique en attribuant n'importe quelle autre valeur à cette variable, par exemple "NO". HC3 Global Variable HC3_VARIABLE_NAME : nom d'une variable à tester pour bloquer le déclenchement de la sauvegarde, par exemple "Vacances" HC3_VARIABLE_IS_VALUE : valeur que doit avoir la variable éventuellement définie pour déclencher la sauvegarde, par exemple "0" HC3 Active Profile (on peut filtrer sur aucun profil, 1 seul, ou les 2, dans ce dernier cas c'est un ET logique qui est effectué, c'est à dire que les 2 conditions doivent être vraies) : HC3_PROFIL_IS_VALUE : ID du profil actif permettant de déclencher la sauvegarde. Si le profil actif est égal à cette valeur, alors la sauvegarde est démarrée. HC3_PROFIL_NOT_VALUE : ID du profil qui ne doit pas être actif pour déclencher la sauvegarde. Si le profil actif est égal à cette valeur, alors la sauvegarde est bloquée. NAS NAS_PATH : chemin complet sur le NAS dans lequel copier le fichier sauvegarder, normalement il s'agit du même répertoire qui contient le script, par exemple "/volume1/backup/HC3" Email MAIL_FROM : adresse email source, par exemple : "HC3 <moi@domaine.com>" MAIL_TO : adresse email cible, par exemple "Moi <moi@domaine.com>" MAIL_SUBJECT : titre de l'email, par exemple "Backup HC3" Notification NOTIF_TO : destinataire des notifications sur le NAS, par exemple "@administrators" NOTIF_TITLE : titre de la notification, par exemple "Sauvegarde" Backup timeout TIMEOUT : durée maximale en secondes de la sauvegarde autorisée avant que le script ne considère que la box est plantée, par exemple pour 10 minutes : 600 Reboot CLEAN_REBOOT : focer un reboot complet de la box après chaque sauvegarde, valeur par défaut "No" FORCE_REBOOT : forcer le reboto de la box si les services n'ont pas correctement redémarrés après la sauvegarde, valeur par défaut "Yes" Sur l'interface Web de DSM, ouvrir le Panneau de configuration, sélectionner le Planificateur de tâches, puis Créer / Tâche planifiée / Script défini par l'utilisateur : Dans l'onglet "Général", taper un nom de tâche et utiliser le compte "admin" : Dans l'onglet "Programmer", sélectionner un jour et une heure, par exemple chaque dimanche à 3h du matin : Dans l'onglet "Paramèters de la tâche", entrer l'adresse email destinataire des rapports, et la commande suivante pour exécuter le script (remplacer éventuellement le chemin s'il est différent chez vous) : set -o pipefail; "/volume1/backup/HC3/backup-hc3.sh" 2>&1 | tee -a "/volume1/backup/HC3/backup-hc3.out" Utilisation Attendre... Lorsque la planification se déclenche, un email est envoyé : Une notification apparait dans l'interface Web de DSM : Un nouveau fichier fbi contenant la sauvegarde (chiffrée) est présent sur le NAS, ainsi qu'un fichier journal backup-hc3.out : Exécution immédiate : Si on est impatient et qu'on veut tester immédiatement le script, le plus efficace est d'ouvrir une session SSH en ligne de commande (utiliser PuTTY sous Windows) et de l'exécuter directement : admin@DiskStation:~$ /volume1/backup/HC3/backup-hc3.sh Backup Fibaro Home Center : Saturday 11/07/2020 19:10:03 Vérification de la valeur de la variable globale 'Vacances'... Variable globale 'Vacances' = '0' identique à '0' => Sauvegarde Vérification du profil actif... Profil actif = '1' => Sauvegarde Sauvegarde avec historique... ........................................................................... Sauvegarde terminée Téléchargement de backup_HC3-00000000_2020_07_11-19_10_28.fbi... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 794k 100 794k 0 0 8028k 0 --:--:-- --:--:-- --:--:-- 8108k Téléchargement terminé Pas de reboot du Home Center Backup terminé avec succès : Saturday 11/07/2020 19:12:02 (penser à activer préalablement le serveur SSH dans le panneau de configuration de DSM si ce n'est pas déjà fait) Téléchargement : backup-hc3.sh Bonus : script pour HC2 & HCL : backup-hc2.sh Pour HC2 à partir du firmware 4.621 : voir script de @speedoxx007 en page 4.
  2. QuickApp Synology Surveillance Station Version 5.10 Présentation  Ce QuickApp permet de piloter les caméras gérées par l'outil Surveillance Station qu'on trouve sur les NAS Synology : activer/désactiver les caméras démarrer/arrêter l'enregistrement des caméras piloter le positionnement PTZ des caméras motorisées. Ce QuickApp créé un module enfant (Child Device) pour chaque caméra gérée, permettant de visualiser : l'icône indique si le NAS est en train d'enregistrer le flux vidéo de la caméra ou non le message provisoire "Transfert OK" en vert indique le changement d'état le message permanent en rouge indique le défaut de fonctionnement de la caméra (désactivée, déconnectée, etc...) A noter que les modules enfants sont de type Commutateur binaire "com.fibaro.binarySwitch", ce qui les rend cliquables pour forcer/stopper l'enregistrement forcé du flux vidéo de chaque caméra. Ce QuickApp fait suite au Module Virtuel initialement développé pour HC2 : Pré-requis Au moins une caméra doit être gérée par Surveillance Station : Il est conseillé de paramétrer la caméra en détection de mouvement permanente : Reconnaissance d'image effectuée par le NAS : Détection de mouvement (en vert) Reconnaissance d'image effectuée par la caméra : Personnaliser 1 (en orange), et sélectionner les options proposés dans la liste déroulante (variable selon la caméra). L'intérêt de la reconnaissance d'image par la caméra est de décharger le processeur du NAS. Si la caméra en est capable, des positions prédéfinies doivent être mémorisées pour les caméras à piloter : Création d'un utilisateur dédié Bien que non-obligatoire, il est conseillé pour des raisons de sécurité de créer un utilisateur dédié dans DSM. Ainsi, le mot de passe du compte administrateur principal du NAS n'est pas exposé dans la box domotique. Ouvrir le panneau de configuration : Ouvrir le panneau des utilisateurs : Cliquer sur le bouton "Créer", et entrer les informations utiles. Note : il est judicieux de cocher la case "Ne pas autoriser l'utilisateur à changer le mot de passe du compte" afin d'éviter de bloquer le bon fonctionnement du QuickApp le cas échéant : Cocher le groupe "users" : Cocher les cases "Pas d'accès" pour l'ensemble des dossiers partagés : Ne définir aucun quota : N'autoriser les privilèges que pour "Surveillance Station", et refuser toutes les autres applications : Ne modifier aucune limite de vitesse : Vérifier que tout est bon, et cliquer sur le bouton "Appliquer" : De retour dans Surveillance Station, ouvrir le panneau Utilisateur, puis sélectionner l'utilisateur Fibaro préalablement créé, et cliquer sur le bouton "Privilège" : Dans la liste déroulante "Profil de privilège", sélectionner "Gestionnaire tout objet (Directeur)", puis cliquer sur le bouton "Enregistrer" : Confirmer : L'utilisateur dispose maintenant des droits Directeur : Installation du QuickApp Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables : Protocol : protocole à utiliser, normalement : http Address : adresse IP du NAS, par exemple : 192.168.1.1 Port : port de communication, normalement : 5000 User : utilisateur DSM préalablement créé, par exemple : Fibaro Password : mot de passe du compte Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 10 Création des modules enfants Cliquer sur le bouton "Create Cameras". Les modules enfants sont automatiquement créés dans l'interface. Les appuis suivants sont inutiles, et sans danger, car les modules enfants ne seront pas créés plusieurs fois. Icônes Icône officielle pour le module parent : Pour les modules enfants, permet de visualiser en un coup d’œil si le NAS est en train d'enregistrer le flux vidéo de la caméra ou non : Utilisation  Depuis l'interface Web ou l'application mobile : Un clic sur une caméra force ou désactive l'enregistrement forcé de la caméra. A noter que si l'enregistrement automatique sur mouvement est activé au niveau du NAS, celui-ci peut très bien enregistrer le flux vidéo d'une caméra même si l'enregistrement forcé est désactivé. Dans ce cas, le statut du module se mettra à jour dans l'interface de la HC3 (propriété value, icône) Dans le code LUA d'un QuickApp ou d'une Scène, utiliser la fonction fibaro.call() avec l'une des syntaxes suivantes : fibaro.call(ID, "enable") => Active une caméra fibaro.call(ID, "disable") => Désactive une caméra fibaro.call(ID, "turnOn") => Démarre l'enregistrement forcé d'une caméra indéfiniment (la caméra est automatiquement activée si elle ne l'était pas préalablement) fibaro.call(ID, "record") => Démarre l'enregistrement forcé d'une caméra indéfiniment (la caméra est automatiquement activée si elle ne l'était pas préalablement) fibaro.call(ID, "record", 60) => Démarre l'enregistrement forcé d'une caméra pendant le temps spécifié en secondes, par exemple 60 (la caméra est automatiquement activée si elle ne l'était pas préalablement, à la fin du délai l'enregistrement forcé s'arrête et la caméra reste activée) fibaro.call(ID, "turnOff") => Stoppe l'enregistrement forcé d'une caméra fibaro.call(ID, "PTZ", 1) => Déplace la caméra motorisée au preset spécifié Les propriétés suivantes peuvent être lues dans le JSON de chaque module enfant : value : boolean : true|false => Enregistrement du flux vidéo en cours sur le NAS dead : boolean : true|false => Statut de la connexion réseau entre le NAS et la caméra deadReason : string : ""|"Disabled"|"Connection failed"|"Setting"|... => Raison de la déconnexion Changelog v5.0 : Initial release v5.01 : Correction du bug de déconnexion lors du reboot du NAS v5.10 : Correction du problème de login avec DSM v7 Correction du bug de création des modules enfants depuis le firmware HC3 v5.100 Meilleure gestion des modules déconnectés (dead) et support de la fonction wakeUpDeadDevice Gestion de plusieurs langues (français/anglais) Ajout d'emojis sur le visuel du QuickApp parent Améliorations diverses Téléchargement Nouvelle installation : Surveillance_Station_v5.10.fqa Mise à jour : Fichier main : Surveillance Station v5.10 - Main.lua Fichier DSM : Library - DSM v1.10.lua Fichier tools : Library - tools v2.20.lua
  3. Hello, Ce quickapp correspond à une adaptation du VD UPS pour la HC2 : Il met à jour une variable globale (appelée UpsStatus par défaut) avec les valeurs "power-line" ou "battery" selon que l’onduleur est sur secteur ou sur batterie. Cette variable globale permet le lancement d’une scène (à écrire) pour prendre les mesures appropriées. Installation du QA : Importer le fichier .fqa ; Renseigner l’adresse IP du NAS connecté à l’onduleur : variable UPSip ; Si nécessaire renseigner le numéro de port du serveur UPS (par défaut 3493) ; Éventuellement changer le nom de la variable globale contenu dans la variable globalVarName (surtout indispensable si plusieurs onduleurs) ; Les username et password présents dans le code du bouton sont les valeurs par défaut pour DSM. Ne pas oublier d’activer le serveur réseau UPS sous DSM : "Panneau de configuration", "Matériel et alimentation", onglet "UPS", cocher "Activer la prise en "charge UPS" et "Activer le serveur réseau UPS"), puis ajouter l’adresse IP de la HC3 dans la liste des "Périphériques DiskStation autorisés". Configuration utilisée pour les tests : HC3 version 5.063.30 ; Onduleur : Eaton Ellipse PRO 1200 ; NAS : Synology DS1010+, DSM 5.2-5967 Update 8 ; NAS Synology DS1621+, DSM 6.2.4-25554. Le fichier .zip ci-après comprend le fichiers .fqa et les icônes que j'utilise. Nouvelle version prenant en compte la correction du problème suivant : QA UPS-0.28.zip
  4. Installation et configuration d'un microserveur HP GEN8 Je remercie @Krikroff, @lazer et @jojo pour leurs aides Documentation complète Microserveur GEN8 http://h20628.www2.hp.com/km-ext/kmcsdirect/emr_na-c03796560-5.pdf Processeur Dual-Core: - Intel Celeron G1610T (2 core, 2.3 GHz, 2MB, 35W) Chipset: Intel C204 Chipset Carte Graphique: Matrox G200 ( max : 1280 x 1024 @32 bpp ou 1920 x 1200 @16 bpp ) Memoire RAM: 2x DIMM slots DDR3 ( ECC pris en charge ) - Standard 2GB (1 x 2GB) PC3-12800E DDR3 UDIMM - Maximum 16GB (2 x 8GB) PC3-12800E DDR3 UDIMM Contrôleurs de stockage: - HP Dynamic Smart Array B120i Controller for RAID 0/1/10 Support stockage internes: - 4 Emplacements 3.5" HDD internes, Capacité maximum de stockage 4 Disques dur 3.5” ( SATA3 sur les baies 1 & 2, le reste en SATA2 ) - 1 Emplacement pour lecteur optique 5,25" (Format SLIM) - 1 Port sata 3 Carte réseaux & Management iLO: - HP Ethernet 1Gb 2-port 332i Adapter ( NC332i Broadcom BCM5720 ) - HP iLO 4 ( 16 MB Flash - 256 MB DDR 3 with ECC (112 MB after ECC and video) ) Slots d'extensions: Internes : - Slot 1: PCI-Express Gen 2 x16 (Low Profile) - Lecteur de carte MicroSD - 1 Port USB 2.0 Externes : - 4x Ports USB 2.0 : 2 à l'avant, 2 sur l'arrière - 2x Ports USB 3.0 à l'arrière Processeur XEON compatible Gen8 Intel Xeon E3-1265L - 2.4 GHz LGA 1155 sur ebay ici RAM compatible Gen8 Reconditionné HP: ici Neuf Samsung: ici Pour ce tutoriel vous aurez besoin 1 microserveur HP gen8 1 licence Ilo advance 1 SSD de 250go ou plus 1 carte SD de 8go ou plus 1 ecran avec prise vga 2 ou 3 cables Ethernet Branché un écran sur votre microserveur afin de récuperer l'adresse IP de ILO Branché 1 câble Ethernet sur le port ILO Branché 1 câble Ethernet sur un port Ethernet 1 Ici l'adresse IP ILO et 192.168.1.249 Vous pouvez éteindre le serveur et vous rendre au post 2 pour configurer la machine Mise a jour HP GEN8 ILO version 2.73 :https://support.hpe.com/hpsc/swd/public/detail?swItemId=MTX_025846b2035b42f7b85512741b - Une extraction de l’exécutable à l'aide de WinRar par exemple puis mise à jour directement depuis iLo avec le fichier ilo4_273.bin Service Pack Service Pack for ProLiant (SPP) Version 2017.10.1 https://support.hpe.com/hpsc/swd/public/detail?swItemId=MTX_85633fd81ad7456dbf6c8a7137
  5. EDIT : développé pour DSM 5.x. Ne fonctionne PAS avec DSM 6.x Voici un module virtuel qui va permettre de contrôler les paramètres principaux de votre Synology. Ce module virtuel regroupe plusieurs codes repris sur le forum : Ping d'un device par Krikroff : http://www.domotique-fibaro.fr/index.php/topic/109-ping-dun-équipement-réseau/ WOL par Krikroff : http://www.domotique-fibaro.fr/index.php/topic/107-wake-on-lan-wol-démarrer-son-ordinateur-à -distance/ Reboot & shutdown par fdp2 et Lazer : http://www.domotique-fibaro.fr/index.php/topic/3425-arreter-ou-rebooter-votre-synology-avec-la-hc2/ Merci à eux ainsi qu'à mprinfo pour l'idée originale et à Did pour les icônes Fonctionnalités Vérifie toutes les 10 seconde (paramétrable) si le Syno est up ou down (ping) Possibilité de commander un reboot ou un arrêt (shutdown) du Synology. Ces deux actions sont protégées pas un double click à faire dans les 2 secondes (merci encore à Steven pour ce bout de code) Possibilité de faire un Wake On Lan (il faut fournir la MAC adresse du Synology) Une notification est envoyée aux smarphones définis dans la table "pushID". La variable "Syno_Status" (créée automatiquement) est mise à jour avec l'information du Label Status. Ainsi vous pouvez réutiliser cette information dans GEA, ou d'autres scènes ou VD. Il est possible également de surveiller des Synology ne se trouvant pas dans le même réseau que la HC2 Installation Le fichier .zip joint contient le VD et les icônes. Importer le VD Remplir le champ "IP Adresse :" avec l'IP du Syno (ou sont DNS externe) Remplir le champ "TCP Port :" avec le port du Syno (par défaut 5000) Charger toutes les icônes dans la HC2. Assigner l'icône blanche (Synology.png) comme icône par défaut du VD Assigner les icônes reboot, shutdown et WOL aux boutons reboot, shutdown et Wake On Lan respectivement Table "pushID" (dans la main loop et tous les boutons) : laisser 0 pour ne pas recevoir de notification, ou mettre l'ID du ou des devices devant recevoir un message push (trouvez leur ID à l'aide du toolkit de Krikroff) Dans les boutons "reboot" et "shutdown", remplir les champs login et password avec les crédential d'un utilisateur avec les droits admin sur le Synology. Dans le bouton Wake On Lan, remplir le champ "MacAdresse" avec la MacAdresse du Synology. Dans le mainloop renseigner également les id des icônes Synology.On et Synology.Off dans les champs "okIcon" et "nokIcon" (pour trouver ces id : http://www.domotique-fibaro.fr/index.php/topic/3880-r%C3%A9cup%C3%A9rer-lid-dune-ic%C3%B4ne/) Evolutions envisagées Je pense déjà aux évolutions à apporter à ce VD. Pour cela j'ai besoin : De vos idées De votre aide pour exploiter l'API du Synology (http://www.nas-forum.com/forum/topic/46256-script-web-api-synology/) (je ne suis PAS dévelopeur) Idées déjà à l'étude : Récupération automatique de la MacAdresse sur base de l'IP Température du Syno La v2.41 permet de paramétrer le vitesse du double click (spécial mprinfo ) Les icônes sont toujours dans le fichier zip original. Synology_Monitoring_v2.41.vfib Synology_Monitoring_v2.4.zip
  6. Introduction : Suite à une discussion tenue il y a quelques temps dans le sujet Accès HC2 de l'extérieur, je propose un tutoriel sur le mise en Å“uvre d'un Reverse Proxy avec HAProxy sur un NAS Synology. Certes, c'est de l'informatique, et non pas de la domotique, mais le but principal est d'accéder à nos équipements domotiques (en particulier les box Fibaro Home Center 2 ou Home Center Lite) depuis l'extérieur. La discussion citée précédemment décrit différentes méthodes d'accès aux ressources du réseau local depuis Internet, notamment la technique du Port Forwarding, qui consiste à ouvrir un port TCP coté WAN pour chaque équipement interne à joindre. Cette méthode fonctionne bien si on se connecte à son HC2 depuis la connexion Internet d'un ami, depuis un hôtel, depuis le partage d'accès 3G/4G de son smartphone, ou depuis une entreprise qui ne filtre pas trop les connexions. Mais la plupart des entreprises mettent en place des proxy filtrants, qui ne laissent assez souvent passer que les ports 80 (HTTP) et 443 (HTTPS). Même les connexions FTP, VPN, SSH, etc... sont bloquées, donc forcément les ports personnalisés qu'on a choisi. Donc on doit mettre en place un Reverse Proxy. Sur Synology, on peut utiliser HAProxy, ou sinon on se créer son propre serveur Linux qui fera le boulot. Le principe de fonctionnement est simple : avec notre domaine DNS, on crée autant de sous-domaines qu'on souhaite joindre d'équipements dans notre LAN. Par exemple, dsm.domaine.com, hc2.domaine.com, ecodevice.domaine.com, etc... dans l'interface d'administration du routeur, on redirige le port TCP 80 externe vers le port 80 du NAS qui héberge HAProxy au sein du LAN. dans la configuration de HAProxy, on crée toutes les règles pour rediriger les sous-domaines vers la bonne adresse IP dans le LAN. Le schéma est donc le suivant : Utilisateur sur le WAN => Routeur ADSL => Reverse Proxy => Equipement final (HC2, ...) Glossaire simplifié des termes employés dans ce tutoriel : LAN = Local Area Network, désigne le réseau local domestique WAN = Wide Area Network, désigne Internet Routeur = équipement réseau assurant la communication entre le LAN et le WAN. En France, nous sommes majoritairement équipés de Box Internet prêtées par les fournisseurs d'accès à Internet, telles que Freebox, LiveBox, etc... Adresse IP = adresse sur 4 nombres (par exemple 192.168.1.1) permettant d'identifier un équipement sur le réseau, que ce soit le LAN ou le WAN. A noter que coté WAN, les adresses IP sont uniques sur tout Internet, tandis que coté LAN, on utilise des plages d'adresses dites "privées" (192.168.x.y, ou 172.16.x.y, ou 10.x.y.z) c'est à dire qu'elle ne sont pas visibles depuis Internet. Le routeur se charge d'effectuer de la translation d'adresse, si bien que lorsque nous surfons sur Internet, ce n'est pas l'adresse IP de notre ordinateur/téléphone/tablette qui est vue, mais l'adresse IP externe du routeur. Adresse IP fixe : l'adresse IP fournie par le fournisseur d'accès à Internet peut être fixe (notamment chez Free) ou variable, c'est à dire qu'elle sera différente à chaque nouvelle connexion (ou tranche de 24h, cela dépend). Les adresses IP fixes sont bien sà»r préférables pour pouvoir se connecter chez soit depuis l'extérieur, mais la méthode du DynDNS existe pour s'en sortir même avec une adresse IP variable. Nom de Domaine DNS : sur Internet, nous n'utilisons couramment pas les adresses IP, mais plutôt les noms de domaine, tels que google.com ou domotique-fibaro.fr. Pour chaque domaine, on peut créer pratiquement autant de sous-domaine que l'on souhaite, qui sont placés en préfixe du nom de domaine. Le plus célèbre d'entre eux est www, ce qui donne www.google.com ou www.domotique-fibaro.fr. Il est bien entendu possible de créer le sous-domaine de son choix, afin d'obtenir des adresses telles que hc2.mondomaine.com, ou ecodevices.mondomaine.fr, ... Limitations de ce tutoriel : Je me limite volontairement à l'utilisation du port 80 avec le protocole http non-sécurisé. En effet, si il pourrait paraitre tentant d'utiliser le protocole https sur le port 443, il faut savoir que nous n'avons qu'un certificat auto-signé, donc non reconnu par les navigateurs Web, et donc également par les proxy d'entreprises, qui peuvent rejeter la connexion pour les plus filtrants, par mesure de sécurité. Le but de mon tutoriel étant de passer au travers d'un maximum de proxy d'entreprise, cela a plus de chance de réussir en utilisant le port 80. Dans la pratique, tant que votre nom de domaine n'est pas blacklisté, cela devrait fonctionner. Si vraiment la sécurité est nécessaire, il faut acheter un certificat SSL et l'importer dans la configuration de HAProxy, ce qui sort du cadre de ce tutoriel. De plus, je tourne sous la version 4.3 de DSM, pour plusieurs raisons : C'est un version stable et en production chez moi Comme j'utilise Xpenology dans une machine virtuelle VMware ESXi, la version 5.0 n'est pas encore suffisamment stable à mon goà»t (les derniers patchs posent problème) Cependant, je pense qu'il est aisé de suivre le tutoriel sous la version 5.0 de DSM qui est assez similaire, exceptée la refonte de l'interface graphique. Pré-requis pour ce tutoriel : Une box/routeur Internet Un NAS Synology Un nom de domaine DNS Une adresse IP fixe, ou à défaut un système de DynDNS Liens permettant d'approfondir le sujet : http://forum.hardware.fr/hfr/reseauxpersosoho/Reseaux/synology-dsm-disponible-sujet_5497_686.htm#t741030 http://www.nas-forum.com/forum/topic/39737-tuto-haproxy-et-regroupement-des-parametrages-trouves-sur-le-fofo/
  7. Quick App - Monitoring Nas Synology Je vous propose un QA pour le monitoring de la HC3. Ce QA a été encore une fois réalisé avec l'aide de mon neveu (et oui je suis en train de la convertir). Il peut certainement être optimisé mais il fait le job. Je n'ai pas rencontré de bug. Vous pouvez le modifier et l'améliorer à votre guise. Il a les mêmes fonctions que celui de la HC2 dont on s'est largement inspiré. Utilisation : -- Créer deux variables "IPAddress" & "TCPPort" -- Renseigner votre "LOGIN" et votre "PASSWORD" -- Pour la fonction WOL, utiliser le QA WOL de Fibaro et appellé-le avec la commande: -- ==> fibaro.call(ID, "turnOn") EDIT: Voir le Header EDIT: Nouvelle version du QuickApp - Monitoring Nas Synology. Ajout des boutons pour l'éjection des disques durs connectés en USB sur les NAS. J'ai ajouté 4 boutons. Je pense que cela sera suffisant. Pour en ajouter d'autres, il suffit de suivre les commentaires dans la partie "FONCTION EJECT USB" du code. Les boutons se nomment USB Disk 1 à 4. Lorsque l'un des disques est déconnecté, les boutons se déplacent vers la gauche ( USB Disk 1 / USB Disk 2/ USB Disk 3/ No Disk ==> On élève le USB Disk 2 ==> / USB Disk 1 / USB Disk 3/ No Disk / No Disk). Je n'ai pas rencontré de bug. Le code: -- QuickApp Monitoring Nas Synology pour Fibaro HC3 -- Generic device type have no default actions to handle -- HISTORIQUE -- Adapté de https://www.domotique-fibaro.fr/topic/5682-synology-monitoring/ -- v2.4 (29/08/2015 - jojo) : première version -- merci à Krikroff, Lazer, Steven, mprinfo, FDP2 -- v2.41 (02/09/2015 - jojo) : slider pour double click -- V1.0 (14/05/2020) pour Home Center 3 par fredokl et Maxime pour le site www.domotique-fibaro.fr -- V1.1 (15/05/2020) pour Home Center 3 par fredokl et Maxime pour le site www.domotique-fibaro.fr -- Ajout du push pour avertir que le serveur n'est plus connecté. Ligne 409 de ce code -- V1.2 (27/05/2020) pour Home Center 3 par fredokl et Maxime pour le site www.domotique-fibaro.fr -- Transformation du QA en "com.fibaro.genericDevice" à la place de "Commutateur binaire" -- Ajout des icônes "serveur allumé" et "serveur éteint" -- V1.3 (29/05/2020) pour Home Center 3 par fredokl et Maxime pour le site www.domotique-fibaro.fr -- Ajout des boutons "Eject Disk" -- Changement rafraîchissement automatique (toute les minutes ==> Check tout le NAS et toutes les 10 secondes ==> Check les Disk USB) -- Améliorations du code -- Lien topic: https://www.domotique-fibaro.fr/topic/14308-quick-app-monitoring-serveur-nas-synology/ -- Utilisation: -- La connexion au NAS se fait par HTTP -- Créer deux variables "IPAddress" & "TCPPort" -- Renseigner votre "LOGIN" et votre "PASSWORD" -- Pour la fonction WOL, utiliser le QA WOL de Fibaro et appellé-le avec la commande: -- ==> fibaro.call(ID, "turnOn") -- Vous pouvez le modifier et l'améliorer à votre guise. ------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------- -- PARAMÈTRES UTILISATEUR -- ------------------------------------------------------------------------------------------- -- System variables function QuickApp:onInit() __TAG = "QA_"..plugin.mainDeviceId.."_DS 416 PLAY" self:trace("==========================================") self:debug("onInit") -- User configurable variables self.login = "login" -- votre login DSM self.password = "Password" -- votre mot de psse DSM self.ip = self:getVariable('IPAddress'); self.port = self:getVariable('TCPPort'); self.http = net.HTTPClient({ timeout = 10000 }) self.diskusblistid = {} self.diskusblistname = {} self.API_AUTH_ERROR_CODE = { [0] = "Sans erreur.", [100] = "Erreur inconnue.", [101] = "Compte non spécifié.", [400] = "Mot de passe invalide.", [401] = "Compte désactivé.", [402] = "Permission refusée.", [403] = "Unique mot de passe non spécifié.", [404] = "Autentification erronée." }; self.API_RECORD_ERROR_CODE = { [400] = "Exécution ratée.", }; self.nbmsg = 0 self.timerOn = false self.isCheckin = false self.nbCheck = 0 self:autoCheck() end -------------------------------------------------------------------------------------- -- WAKE ON LAN -------------------------------------------------------------------------------------- function QuickApp:uiWoLOnR() fibaro.call(47, "turnOn") end -------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------- -- == NE RIEN MODIFIER À PARTIR D'ICI == -------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------- -- FONCTION GETRequest: Connexion GET -------------------------------------------------------------------------------------- function QuickApp:GETRequest(payload, callBack) --self:trace("Commande GETRequest") local url = "http://" ..self.ip ..":" ..self.port ..payload self.http:request(url, { options= { headers= { ["Connection"] = "keep-alive", ["Accept"] = "application/json" }, method = "GET" }, success = function(response) self.nbmsg = self.nbmsg + 1 if callBack then callBack(response.data) end end, error = function(message) self:trace("error:" ..json.encode(message)) self.nbmsg = 0 self.timerOn = false end }) end -------------------------------------------------------------------------------------- -- FONCTION EJECT USB -------------------------------------------------------------------------------------- -- Refresh USB Disk function QuickApp:refreshUSBdisk() payload = "/webapi"..self.cgiUsed_sys.."?api="..self.apiStorage_usb.."&version=1&method=list&_sid="..self.SID; self:GETRequest(payload, function(data) jsonTable = json.decode(data); if jsonTable.success == true then local devices = jsonTable.data.devices self.diskusblistid = {} self.diskusblistname = {} for k,v in pairs(devices) do table.insert(self.diskusblistid, v.dev_id) table.insert(self.diskusblistname, v.dev_title) end self:trace("refreshUSBdisk") self:updateView("btn6", "text", self:getDiskName(self.diskusblistname[1])) -- Pour ajouter des boutons copier la ligne puis self:updateView("btn7", "text", self:getDiskName(self.diskusblistname[2])) -- changer les id pour ajouter des disks. self:updateView("btn8", "text", self:getDiskName(self.diskusblistname[3])) -- Pour supprimer un boutons ==> supprimer une ligne self:updateView("btn9", "text", self:getDiskName(self.diskusblistname[4])) --self:updateView("btn10", "text", self:getDiskName(self.diskusblistname[5])) -- Exemple bouton en plus self:trace("==========================================") end end) end -- Eject USB Disk en fonction du diskID et refresh juste après function QuickApp:ejectUSBdisk(diskID) payload = "/webapi"..self.cgiUsed_sys.."?api="..self.apiStorage_usb.."&version=1&method=eject&dev_id="..diskID.."&_sid="..self.SID; self:GETRequest(payload, function(data) jsonTable = json.decode(data); if jsonTable.success == true then self:trace("==========================================") self:trace("Disk: "..diskID.." éjecté") self:refreshUSBdisk() end end) end -- Affiche des noms sur les boutons function QuickApp:getDiskName(text) local res= "No Disk " if text then res = text end return res end -- Eject Disk vérification présence disk function QuickApp:ejectDisk(numero) local diskID = self.diskusblistid[numero] if diskID then self:CheckConnect( function() if self.isCheckin == false then self.isCheckin = true self:DoAction(function () self:ejectUSBdisk(diskID) end, 2) end end) end end -- Boutons Eject Disk function QuickApp:uiEject1OnP(event) self:ejectDisk(1) end function QuickApp:uiEject2OnP(event) self:ejectDisk(2) end function QuickApp:uiEject3OnP(event) self:ejectDisk(3) end function QuickApp:uiEject4OnP(event) self:ejectDisk(4) end --function QuickApp:uiEject5OnP(event) self:ejectDisk(5) end -- Ajouter ligne pour commande bouton -------------------------------------------------------------------------------------- -- AUTHORISATION CONNEXION NAS -------------------------------------------------------------------------------------- function QuickApp:DoAction(action, nbmsgtotal) --self:trace("Test avant ok connected") self.timerOn = true -- API & informations disponibles payload = "/webapi/query.cgi?api=SYNO.API.Info&method=Query&version=1&query=SYNO.API.Auth" self:GETRequest(payload, function (data) jsonTable = json.decode(data) self.version = jsonTable.data["SYNO.API.Auth"].maxVersion if self.version >= 2 then self:trace("Version API Synology OK") self.pathAuth = jsonTable.data["SYNO.API.Auth"].path self.cgiUsed_cpu_mem = "/entry.cgi" self.cgiUsed_sys= self.cgiUsed_cpu_mem self.cgiUsed_temp = self.cgiUsed_cpu_mem self.cgiUsed_vols = self.cgiUsed_cpu_mem self.apiUsed_cpu_mem = "SYNO.Core.System.Utilization" self.apiUsed_temp_system = "SYNO.Core.System" self.apiUsed_sys= self.apiUsed_temp_system; self.apiUsed_temp_disk = self.apiUsed_temp_system self.apiUsed_vols = self.apiUsed_temp_system self.apiMethod_cpu_mem="get" self.apiMethod_temp = "info" self.apiMethod_vols = self.apiMethod_temp self.apiStorage_usb= "SYNO.Core.ExternalDevice.Storage.USB" if self.version < 6 then self.cgiUsed_cpu_mem = "/dsm/system_loading.cgi" self.cgiUsed_sys="/dsm/system.cgi"; self.cgiUsed_temp = "/dsm/info.cgi" self.cgiUsed_vols = "/dsm/volume.cgi" self.apiUsed_cpu_mem = "SYNO.DSM.SystemLoading" self.apiUsed_temp_system = "SYNO.DSM.Info" self.apiUsed_temp_disk = "" self.apiUsed_vols = "SYNO.DSM.Volume" self.apiMethod_cpu_mem = "getinfo" self.apiMethod_temp = self.apiMethod_cpu_mem self.apiMethod_vols = "list" self.apiUsed_sys="SYNO.DSM.System"; end end self:GetSid_Send(action) self:timer(nbmsgtotal + 2) end) end -------------------------------------------------------------------------------------- -- FONCTION GetInfo: RÉCUPÉRATION DES DONNÉES -------------------------------------------------------------------------------------- function QuickApp:GetInfo(onlyDisk) self.timercount = 1000 if onlyDisk == false then -- CPU info du DSM payload = "/webapi"..self.cgiUsed_cpu_mem.."?api="..self.apiUsed_cpu_mem.."&version=1&method="..self.apiMethod_cpu_mem.."&type=current&_sid="..self.SID; self:GETRequest(payload, function (data) jsonTable = json.decode(data); if jsonTable.success == true then info_cpu = jsonTable.data.cpu; load_mem = jsonTable.data.memory.real_usage; self:trace("Memory: "..load_mem.."%"); info_cpu_memory = "Memory: "..load_mem.."% "; load_cpu = 0; if (self.version < 6) then load_cpu = info_cpu.user*100; else load_cpu = info_cpu.other_load+info_cpu.system_load+info_cpu.user_load; end self:trace("CPU: "..load_cpu.."%") info_cpu_memory = info_cpu_memory.."CPU: "..load_cpu.."%"; self:updateView("lbl3", "text", "Memoire: " ..load_mem .."% " .."CPU: " ..load_cpu .."%") self:trace("==========================================") end end) -- Info Température Système info du DSM payload = "/webapi"..self.cgiUsed_temp.."?api="..self.apiUsed_temp_system.."&version=1&method="..self.apiMethod_temp.."&_sid="..self.SID; self:GETRequest(payload, function (data) jsonTable = json.decode(data); if jsonTable.success == true then if jsonTable.data.sys_temp ~= nil then temp_system = "Température du Système: " ..jsonTable.data.sys_temp.."°C"; else temp_system = "Système: N/A"; end self:trace(temp_system); self:updateView("lbl4", "text", temp_system) end end) -- Info Température des disques -- Prépare string temp_disks = ""; payload = "/webapi"..self.cgiUsed_temp.."?api="..self.apiUsed_temp_disk.."&version=2&method="..self.apiMethod_temp.."&type=storage&_sid="..self.SID; self:GETRequest(payload, function (data) jsonTable = json.decode(data); if jsonTable.success == true then local disk_tab = jsonTable.data.hdd_info; for nb = 1, #disk_tab do temp_disks = temp_disks..disk_tab[nb].diskno..": "..disk_tab[nb].temp.."°C "; end self:trace("Température des Disques: "..temp_disks); self:updateView("lbl5", "text", temp_disks) end end) -- Info taille des disques -- Prépare string vols_load = ""; payload = "/webapi"..self.cgiUsed_vols.."?api="..self.apiUsed_vols.."&version=1&method="..self.apiMethod_vols.."&type=storage&_sid="..self.SID; self:GETRequest(payload, function (data) jsonTable = json.decode(data); if jsonTable.success == true then local vols_tab = jsonTable.data.vol_info; for nb = #vols_tab, 1, -1 do used_size_vol = vols_tab[nb].used_size; total_size_vol = vols_tab[nb].total_size; occupied_size = self:round(used_size_vol / total_size_vol * 100); vols_load = vols_load..vols_tab[nb].name..": "..occupied_size.."% "; end self:trace("Taille des Volumes: "..vols_load); self:updateView("lbl6", "text", vols_load) end end) end --Refresh button disk self:refreshUSBdisk() -- Affichage IP Serveur self:trace("IP Serveur ", "Serveur connecté: " ..self.ip ..":" ..self.port) self:updateView("lbl1", "text", "Serveur connecté: " ..self.ip ..":" ..self.port) end -------------------------------------------------------------------------------------- -- FONCTION POUR ARRONDIR LES POURCENTAGES -------------------------------------------------------------------------------------- function QuickApp:round(num) local a = math.floor(num*100 + 0.5)/ 100; return a,string.format("%.2f",a); end -------------------------------------------------------------------------------------- -- DÉCONNEXION -------------------------------------------------------------------------------------- function QuickApp:Disconnect() payload = "/webapi/"..self.pathAuth.."?api=SYNO.API.Auth&method=Logout&version=2&session=DSM&_sid="..self.SID; self:GETRequest(payload, function()end); end -------------------------------------------------------------------------------------- -- TIMER -------------------------------------------------------------------------------------- function QuickApp:timer(nbmsgtotal) if self.timerOn then if self.nbmsg < nbmsgtotal then fibaro.setTimeout(2000, function() self:timer(nbmsgtotal) end) else self:Disconnect() self.nbmsg = 0 self.timerOn = false self.isCheckin = false end end end -------------------------------------------------------------------------------------- -- REFRESH -------------------------------------------------------------------------------------- function QuickApp:autoCheck() self.nbCheck = self.nbCheck + 1 if self.nbCheck%6 == 0 or self.nbCheck == 1 then onlyDisk = false nbOperation = 5 else onlyDisk = true nbOperation = 1 end self:CheckAll(onlyDisk, nbOperation) fibaro.setTimeout(1000*10, function() self:autoCheck() end) --10 secondes end -------------------------------------------------------------------------------------- -- VÉRIFICATION DE TOUS LES ÉLÉMENTS -------------------------------------------------------------------------------------- function QuickApp:CheckAll(onlyDisk, nbOperation) self:CheckConnect( function() if self.isCheckin == false then self.isCheckin = true self:DoAction(function () self:GetInfo(onlyDisk) end, nbOperation) end end) heure = os.date("%H:%M:%S") date = os.date("%d/%m") dateheure = string.format(" %s à %s", date, heure) self:updateView("lbl7", "text", "Dernière vérification: "..dateheure) end -------------------------------------------------------------------------------------- -- CRÉATION D'UN NOUVEAU SID ET ENVOI DES COMMANDES -------------------------------------------------------------------------------------- function QuickApp:GetSid_Send(callBack) payload = "/webapi/"..self.pathAuth.."?api=SYNO.API.Auth&method=Login&version=2&account="..self.login.."&passwd="..self.password.."&session=DSM&format=sid"; self:GETRequest(payload, function (data) jsonTable = json.decode(data); if jsonTable.success == true then self.SID = jsonTable.data.sid; callBack() end end) end -------------------------------------------------------------------------------------- -- BOUTON RAFRAÎCHISSEMENT -------------------------------------------------------------------------------------- function QuickApp:uiCheckOnR(event) self:CheckAll(false, 5) end -- Check Connect function QuickApp:CheckConnect(callBack) self.tcp = net.TCPSocket({timeout = 1000}) self.tcp:connect(self.ip, tonumber(self.port), { success = function() self:trace("Check Connect OK") self:updateView("lbl2", "text", "Serveur: Allumé") fibaro.setGlobalVariable("Syno_Status1", "1") self:updateProperty("deviceIcon", 1042) -- Mettre ici le code pour l'icone allumé self.tcp:close() if callBack then callBack() end end, error = function(message) self:trace("erreur " ..message) self:updateProperty("deviceIcon", 1043) -- mettre ici le code pour l'icone éteint self:updateView("lbl1", "text", "Serveur connecté: N/A") self:updateView("lbl2", "text", "Serveur: Éteint") self:updateView("lbl3", "text", "Mémoire: N/A") self:updateView("lbl4", "text", "Température Système: NA") self:updateView("lbl5", "text", "Température diques: N/A") self:updateView("lbl6", "text", "Volume des disques: N/A") fibaro.setGlobalVariable("Syno_Status1", "0") -------------------------------------------------------------------------------------- -- ENVOI PUSH TOUTES LES DIX MINUTES -------------------------------------------------------------------------------------- if self.nbCheck%60 == 0 then fibaro.alert("push", {26}, "NAS Synology DS 416 Play est éteint: " ..os.date("%H:%M:%S")) end end }) end -------------------------------------------------------------------------------------- -- REDÉMARRAGE DU DISK STATION -------------------------------------------------------------------------------------- -- Bouton Reboot function QuickApp:uiRebootOnP(event) self:CheckConnect( function() if self.isCheckin == false then self.isCheckin = true self:DoAction(function () self:Reboot() end, 1) end end) end -- Code Reboot function QuickApp:Reboot() payload = "/webapi"..self.cgiUsed_sys.."?api="..self.apiUsed_sys.."&version=1&method=reboot&_sid="..self.SID; self:GETRequest(payload, function(data) jsonTable = json.decode(data); if jsonTable.success == true then self:trace("Redémarrage Disk Station Synology OK"); end end) end -------------------------------------------------------------------------------------- -- ARRÊT DU DISK STATION -------------------------------------------------------------------------------------- -- ShutDown the disk station function QuickApp:uiShutdownOnP(event) self:CheckConnect( function() if self.isCheckin == false then self.isCheckin = true self:DoAction(function () self:ShutDown() end, 1) end end) end function QuickApp:ShutDown() payload = "/webapi"..self.cgiUsed_sys.."?api="..self.apiUsed_sys.."&version=1&method=shutdown&_sid="..self.SID; self:GETRequest(payload, function(data) jsonTable = json.decode(data); if jsonTable.success == true then self:trace("Le Disk Station s'est arrêté"); end end) end -------------------------------------------------------------------------------------- -- FIN DU CODE -- -------------------------------------------------------------------------------------- QuickApp: QA-NAS_Synology.fqa Icônes:
  8. Bon, comme promis, un petit retour sur le routeur de Synology, le RT1900ac. Déballage et aspect : Vu qu'il est 100% plastique, je m'attendais à un truc un peu cheap. Bah ce n'est pas le cas, c'est du plastique hyper costaud, cela fait vraiment sérieux et bien assemblé. De même pour les antennes, solide. Design plutôt efficace, on peut le mettre à 20 degrés avec les pattes d'origine et je dirai 85 degrés avec le support fourni. Peut également être fixé au mur, mais je trouve cela peut pratique, car il faudra lui mettre la tête en bas pour que les câbles sortent par le bas. Installation : Digne de Synology, cela prend vraiment qques secondes. Le mien a été livré avec le firmware d'origine, je l'ai laissé au départ pour voir. J'ai mis le Syno dans mon bureau, donc en central dans ma maison (J'ai de quoi brassé dans le bureau, 6 RJ45 arrivent, obligé car déjà 2 rien que pour le Syno du coup). Je verrai s'il reste là ou non. SRM : Bon, rien de nouveau sous le soleil : Un DSM pour routeur. Clairement, cela apporte un vrai confort d'utilisation, si on est habitué à DSM, on s'y retrouve très vite. D'autres aimeront moins (N'est ce pas ce qui veulent de la ligne de commande ). Bon, venons en au fait, mes tests. Ce que j'ai fais : Mon Syno est désormais routeur principale, j'ai repassé la Freebox en bridge, mis les les VLAN sur mon switch pour conserver le freebox player avec accès au réseau etc. Sachant que j'a également changé hier mes 2 Freeboite qui avait des soucis divers (LCD HS, bluray qui déconne, carte Wifi HS etc). Cela valait le coup, j'ai eu du neuf et... J'ai gagné en débit !! En download j'ai gagné presque 0.5 mo/s et en upload 80 ko/s ! Sans doute une autre puce ADSL/VDSL dedant, cool. Sur le Syno j'ai donc activé les 2 réseaux Wifi, en 2.4 ghz et 5 ghz, car selon les appareils c'est du n ou du ac. Avant j'étais sur le Wifi d'une AP TrendtNet qui faisait du n. Je ne vais pas donner de chiffre, car c'est impossible. Mais j'ai fais des tests de Wifi avec mon Galaxy S5, une Galaxy Tab4 pour le ac et un Motorola et ma acer murale pour le n. Clairement : Incomparable par rapport à avant. Je couvre sans aucun soucis toute la maison, hormis l'extension qui part au dessus du garage, assez lointaine il est vrai et peu importante pour ça. D'ailleurs ma Freebox serveur s'y trouve, donc je pourrai toujours allumer le Wifi de cette dernière dedans. Mais pour le reste, c'est juste top. Le n porte un peu plus loin que le ac (Normal, c'est toujours le cas, le 5ghz pénétrant moins bien), mais je capte 4 barres de ac partout et 5 de n, au RDC comme au 1er (Pour info, la maison fait 270m² habitable, seul les 30m² au dessus du garage sont donc exclue en ac, en n il passe). J'ai testé des lectures de vidéo full hd, aucun souci dans toute la maison. Même ma femme trouve son téléphone plus réactif depuis sur Internet. Je suis donc plus que satisfait : Plus besoin de borne supplémentaire à l'intérieur de la maison, ce routeur ac suffit amplement et rempli les 2 rôles à merveille. Ne me restera donc plus qu'à rajouté une borne extérieure pour le jardin qui est à l'opposé de là ou se trouve le routeur. La cour qui est juste à côté est 100% couverte. Enfin autre point : Syno restera Syno. Au départ, premiers tests fait avec le firmware d'origine, je trouvais l'interface pas des plus fluide et qques bugs trainaient. Désormais avec la dernière version dispo, bah c'est déjà tout à fait autre chose, réactivité presque parfaite, plusieurs bugs ont disparu. Ce qu'il reste à faire : Les traductions françaises sont bof bof... Reste du boulot dessus. Support de la partie clef 3G/4G. J'en ai 2. Une n'est pas du tout reconnu, l'autre si, mais quand je lance la connexion, plantage du routeur... Je suis allez voir sur le fofo d'origine, comme d'habitude ils sont réactifs les gens de chez Syno : Ils sont déjà entrain de rajouté des clefs, on peut aussi leur soumettre des modèles à supporter et ils essayent d'en rajouter un max dans les mises à jour à venir. Du coup j'attends un peu encore, même si un des modèles qu'ils ont en support officiel me plait bien. Cela fera donc à terme un super backup en cas de coupure VDSL, tout automatique. De même plusieurs paquets sont en développement (Pour le moment j'utilise le paquet DNS), et la communauté est déjà très active dessus. Voilà un premier retour. Très satisfait de mon achat pour le moment. En espérant que le suivi se fera aussi bien que sur DSM, mais vu le nombre de mise à jour en qques semaines (déjà 4 ou 5), je pense que ce sera le cas. En tout cas pour mon utilisation il correspond vraiment à ce que je voulais, c'est top.
  9. Envoyer vos logs dans le Centre des journaux sur un serveur Syslog tel que de votre NAS & Routeur Synology Voici un exemple de Logs collectées sur le NAS & Routeur Synology : Nota : Pour les Routeurs Synology il est nécessaire de les équiper d'un disque dur pour pouvoir y stocker les logs Cela permet notamment : de consolider dans un même endroit tous types de messages (Erreur, Log de traitement, Arrêt/Marche de l'Alarme (en identifiant qui), debug, ...) et ceci même en provenance de plusieurs HC2 de bénéficier de leur archivage selon ses propres critères, contrairement à nos HC2 qui purgent automatiquement ses Logs dans les VD et Scènes sans que l'on puisse avoir la main dessus. de consulter/analyser ces messages sur les NAS & Routeurs Synology, ou autre solution d'analyse de logs, avec de nombreux filtres/critères : Périodes (de telle date/heure à telle date/heure) Niveau de gravité (sévérité (voir ci-dessous) Nom d'hôte (HostName) Programme (Nom de Module Virtuel ou Scènes) Catégorie (voir ci-dessous) de générer des notifications (Mail) selon les niveaux de gravité (envoyé par votre NAS Synology) d'exporter ces logs au format (HTML et CSV) de transférer ces logs sur un serveur Syslog (cela peut être intéressant pour les professionnels qui souhaitent avoir une visibilité de ce qui se passe de grave sur les box de leur clients) de limiter les écritures de logs sur notre cartes mémoire de notre HC2 et ainsi d'augmenter sa durée de vie d'indiquer avec une variable globale ou locale pour nos VD/Scènes si leurs traces doivent être stocker sur le Centre de journaux (Syslog) ou affiché dans la log du VD/Scène. Ces Logs sont structurés et normalisés de la façon suivantes : Date et Heure d'émission, Nom de l'équipement ayant généré le log (hostname ou adresse IP). Intéressant, si par exemple vous avez plusieurs HC2. Catégorie standardisé, information sur le processus qui a déclenché cette émission 0 = kern : message provenant du noyau 1 = user : messages utilisateur (générique) 2 = mail : provient de la messagerie électronique 3 = daemon : concerne un démon sans classification particulière (serveur DNS, NTP, etc.) 4 = auth : concernent l'authentification 5 = syslog : message du serveur syslogd lui-même 6 = lpr : provient du sous-système d'impression 7 = news : message du sous-système Usenet (notamment du serveur NNTP — Network News Transfer Protocole, ou protocole de transfert des nouvelles sur le réseau — gérant les forums de discussion) ; 8 = uucp : messages du sous-système UUCP (Unix to Unix Copy Program, ou programme de copie d'Unix à Unix, un vieux protocole employé pour faire circuler entre autres des messages électroniques) ; 9 = clock daemon 10 = authpriv : concernent l'authentification 11 = ftp : concerne le serveur FTP 12 = NTP subsystem 13 = log audit 14 = log alert 15 = cron : provient des services de planification de tâches, cron et and 16 à 23 local0 à local7 : réservés pour les utilisations locales le niveau de gravité (sévérité) standardisé 0 = émerge : « Au secours ! » le système est probablement inutilisable 1 = alert : vite, il y a péril en la demeure, des actions doivent être entreprises immédiatement 2 = crit : les conditions sont critiques pour le système 3 = err : erreur de fonctionnement 4 = warn : Avertissement (une erreur peut intervenir si aucune action n'est prise) 5 = notice : Événement normal méritant d'être signalé 6 = info : message informatif 7 = debug : message de débogage (mise au point) un identifiant du processus ayant généré le log (dans notre cas ça peut être le nom de VD ou de la scène à l'origine de l'émission de la log) un corps de message (libre à vous de mettre ce que vous voulez) Pour pouvoir recevoir ces logs sur votre NAS ou Routeur, il convient préalablement : d'installer le Package Centre des journaux disponible depuis le centre de paquets (faire une recherche du paquet avec le mot : centre) voir ci-dessous. de paramétrer la localisation de la Destination de Stockage pour les Archives en (voir ci-dessous) créant et en sélectionnant un dossier sur l'un des volumes de votre NAS ou Routeur Synology configurant les règles d'archivage de vos logs Créer et enregistrer une règle pour la réception des journaux avec les éléments suivants : Choisissez un nom de règle (c'est à votre choix) Définir le type de journal = Format BSD Définir les protocole de transferts = UDP Configurer le port = 514 Vous pouvez également (pas obligatoire) configurer des règles de notifications selon les critères de gravité et éventuellement quelques mots-clés : Fin de la configuration de votre NAS Maintenant sur votre HC2 : A) Il faut : 1) Charger le VD "Message Syslog" fourni ci-dessous, puis : a) Mettre dans vos paramètres du VD : l'IP de votre Syno dans "Adresse IP:" le port UDP "514" dans "Port TCP:" b) Ajouter et associer l'icône (fournie ci-dessous) à votre VD et associer également cette même icône au bouton du VD 2) Charger la Scène "Message Syslog" fournie ci-dessous, puis : a) modifier dans le code LUA de la scène (voir code ci-dessous) : l'ID du VD (ici 179) que vous avez chargé ci-dessus l'ID de la scène (ici 40) que vous venez de charger b) Ajouter et associer l'icône (fournie ci-dessous) à votre Scène ----------------------- -- User settings to be changed ----------------------- local vd_id = 179 -- id number of the corresponding VD "Syslog Message" local sc_id = 40 -- id off the presence scene 3) Charger le VD "Message Syslog Demo", puis : a) modifier dans le code LUA du VD (voir ci-dessous) : l'ID de la scène "Message Syslog" (ici 40) que vous avez chargé précédemment ----------------------- -- User settings to be changed ----------------------- -- remplace the value 40 with the id of your Scene "Synology Message" local id_Scene_Syslog_Message = 40 4) Tester le fonctionnement dans vos VD/Scènes en ajoutant la commande (le code) ci-dessous : fibaro:startScene(id_Scene_Syslog_Message, {{sev = "warning"}, {orig= "Test Syslog Message"}, {mess = "Text for à warning"}}) 1) remplacer dans la commande ci-dessus les valeurs : "warning", par le nom de la sévérité selon les valeurs (voir explication au début du Toto) : "emergency", "alert", "critical", "error", "warning", "notice", "info", "debug" "Test Syslog Message", par le nom du VD ou de la scène à partir duquel vous souhaitez envoyer votre message. "Text for à warning", le message correspondant à l'événement que vous voulez faire apparaitre dans la Syslog C) Eventuellement adapter le VD et la Scène selon vos besoins Historiques des versions : 2017-03-03 : V2.0 = Adaptation pour en faire une Scène qui peut être appelée depuis nos VD ou Scènes avec un passage de paramètres (ceux correspondants aux différentes parties de logs indiqués en début de Tuto) 2017-02-26 : V1.0 = Version initiale Evolutions à venir : Corriger le problème lorsque 2 messages sont envoyés dans la même minutes. Il s'agit d'un problème lié au fait de l'usage d'un VD et d'une Scène puisqu'il n'est pas possible des s'assurer que les messages soit traités de manière séquentiel. Sauf si l'un de vous me trouve une solution. Pour le moment je ne vois pas Fusionner/Intégrer le VD dans la Scène dès que j'aurais trouvé le moyen de remplacer la fonction Net.FUdpSocket() par d'autres commandes compatibles à la fois pour les scènes et les VD. Je suis également preneur de toutes suggestions d'améliorations (fiabilisations, optimisations, ...) Fichiers joints : VD : VD Syslog_Message V0.1.vfib.json Scène : Scene Syslog Synology V0.1.lua VD Demo : VD Syslog_Message_Demo V0.1.vfib.json Source format Lua :
  10. Rem's

    Certificat synology

    Bonjour à tous, J'en ai marre d'avoir cette page qui me prévient "d'un problème de sécurité avec cette page". J'ai essayé d'installer un certificat let's encrypt, ... à priori c'est bon, sauf que toujours le même problème. J'utilise aussi bien internet explorer que Google Chrome. Il y aurait-il une âme charitable pour me filer un coup de main, je trouve de tout et de rien sur le web, sans savoir vraiment quoi chercher. D'avance merci pour votre aide. Prenez soin de vous et , ..... restez chez vous !
  11. Rem's

    Stockage Synologie

    Bonjour à tous, mon Synology a actuellement 2 x TO. Je voudrai augmenter sa capacité. Je ne sais pas quoi prendre, je pensai à 6 ou 8 TO, peut être en commençant par 1 seul ... J'ai trouvé ça : https://www.amazon.fr/Western-Digital-WD60EFAX-Disques-NASware/dp/B07MYL7KVK/ref=pd_aw_sbs_147_1/258-3956357-7885534?_encoding=UTF8&pd_rd_i=B07MYL7KVK&pd_rd_r=d33b661f-5e87-4772-bbf7-d99eaaac9d56&pd_rd_w=HLYGA&pd_rd_wg=iEN10&pf_rd_p=acbc774d-f175-4289-8adf-0211d46bb96f&pf_rd_r=HHQWYB9Y6TMXSX11PY2Y&psc=1&refRID=HHQWYB9Y6TMXSX11PY2Y ou alors ? https://www.amazon.fr/Seagate-IronWolf-ST8000VN0022-Disque-Interne/dp/B01M1BUBSO/ref=pd_aw_sbs_147_5/258-3956357-7885534?_encoding=UTF8&pd_rd_i=B01M1BUBSO&pd_rd_r=46e47c82-6040-481c-a44f-4bbf110c460f&pd_rd_w=Bw3yI&pd_rd_wg=rBxXE&pf_rd_p=acbc774d-f175-4289-8adf-0211d46bb96f&pf_rd_r=EAAC8P1QJM647ZW833QA&psc=1&refRID=EAAC8P1QJM647ZW833QA D'avance merci pour vos conseils. PS : Je n'ai aucune idée de la procédure pour le remplacer aussi (je suis un poney ... !!)
  12. DoR.Technique

    HC2 Synology Photo

    Bonsoir, Bon! je trouve tout pour enregistrer en vidéo depuis ma HC2 et mon Syno, mais ...... je voudrais faire des photos Je voudrais prendre une photo de bonne qualité, a chaque fois que ma porte s'ouvre (détecté par la HC2), et que cette photo soit stockée sur le NAS. Pour info, j'ai installé le VD "Synology Surveillance Station v4.4" qui fonctionne a merveille pour prendre des vidéos. Bravo. Comment modifier le VD pour qu'il prenne des photos, stockées sur le Nas ? Merci
  13. Rem's

    Compatibilités DD Synology

    Bonjour à tous, J'ai actuellement disques de TO dans mon NAS DS 214+. Mon soucis est que le 2ème ne semble pas reconnu, et ne m'apporte aucune extension au groupe. Je joins 2 imp écran, car je comprends pas grand choses. Du coup, si c'est un problème de compatibilité, je pensais acheter celui là : https://www.amazon.fr/gp/product/B006KCX0UE/ref=ox_sc_act_title_1?smid=A3N37ENG76UUGB&psc=1 Merci d'avance de vos conseils avisés.
  14. Lazer

    Synology Download Station

    Synology Download Station v1.1 Voici un petit module virtuel pour piloter simplement l'application Download Station sur un NAS Synology. Ayant une bande passante très limitée sur mon ADSL, ce VD me permet de mettre en pause les téléchargements quand on est présents à la maison, et de les relancer le reste du temps (absence, nuit). Ce VD a été réalisé très rapidement sur la base du VD Surveillance Station. Néanmoins, il utilise une variable globale différente pour stocker son SID, car cela permet aux VD d'utiliser des comptes différents sur le NAS. Fonctionnalités : Labels Download et Upload : affichage des débits en cours (rafraichissement toutes les 60 secondes par défaut) Bouton Pause : pause de tous les fichiers en cours de téléchargement ou en attente. Bouton Resume : relance tous les fichiers en pause Labels Finished, ..., Other : affichage du statut des fichiers dans la file d'attente Label Debug : affiche le statut (OK ou Failed) de la dernière commande effectuée. Ce label est effacé automatiquement après 2 minutes. Installation : Importer le fichier vfib ci-joint. Importer les icônes, puis récupérer leurs ID respectifs : Configurer l'adresse IP et le port TCP du NAS dans l'onglet Avancé : Dans la Main Loop (boucle principale), configurer les paramètres suivants : -- User configurable variables local login = "user" local password = "password" local refresh = 60 -- seconds local icons = { -- Virtual Device Icons ID ["Normal"] = 0, ["Play"] = 0, ["Pause"] = 0, ["Stop"] = 0 } Utilisation : Voici un exemple d'utilisation avec GEA, pour déclenchement/arrêt la nuit et lorsqu'il n'y a plus personne à la maison (utilisation des boutons "Pause" et "Resume") : -- Synology Download Station GEA.add({{"Global", "Vacances", "0"}, {"Global", "Absence", "1"}, {"Label!", id["VD_DOWNSTATION"], "Labelpaused", "0"}}, 5*60, "", {{"VirtualDevice", id["VD_DOWNSTATION"], 4}}) -- Resume GEA.add({{"Global", "Dodo", "1"}, {"Label!", id["VD_DOWNSTATION"], "Labelpaused", "0"}}, 5*60, "", {{"VirtualDevice", id["VD_DOWNSTATION"], 4}}) -- Resume GEA.add({{"Global", "Absence", "0"}}, 30, "", {{"VirtualDevice", id["VD_DOWNSTATION"], 3}}) -- Pause GEA.add({{"Global", "Dodo", "0"}}, 30, "", {{"VirtualDevice", id["VD_DOWNSTATION"], 3}}) -- Pause Autre exemple afin de télécharger les tâches une par une séquentiellement (ne pas utiliser simultanément à l'exemple précédent) (utilisation du bouton "Download Single") : GEA.add({{"Label!", id["VD_DOWNSTATION"], "Labelfinishing", "0"}}, 3*30, "Download Station : task status : finishing", {{"Email", 4, "GEA Download Station"}}) GEA.add({{"Label", id["VD_DOWNSTATION"], "Labeldownloading", "0"}, {"Label", id["VD_DOWNSTATION"], "Labelextracting", "0"}, {"Label", id["VD_DOWNSTATION"], "Labelwaiting", "0"}, {"Label", id["VD_DOWNSTATION"], "Labelfinishing", "0"}, {"Label!", id["VD_DOWNSTATION"], "Labelpaused", "0"}}, 15*60, "", {{"VirtualDevice", id["VD_DOWNSTATION"], 5}}) -- Download single Évidemment il faut adapter à votre configuration. Et pour le monitorer avec le Watchdog : local watchdog = { {type = "VD", id = 125, match = {text="Total memory in use", interval=7*60}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, } Changelog : v1.0 : November 2016 : version initiale v1.1 : June 2017 : correctifs mineurs Ajout du label "finishing" Ajout du bouton "Download single" Téléchargement : Download_Station_v1.0.vfib Download_Station_v1.1.vfib
  15. jojo

    Hc2 Monitoring

    Je vous ai proposé il y a peu un monitoring de votre Synology depuis la HC2 (http://www.domotique-fibaro.fr/index.php/topic/5682-synology-monitoring/) Je vous propose maintenant le contraire : monitorer votre HC2 depuis votre Synology. L'idée vient du fait que mon HC2 fonctionnait très bien, mais qu'il y avait un problème au câble réseau ... Pour le ping, un tout grand merci à Lazer, sans qui je n'y serais jamais arrivé. Pour la notification si la box est en erreur 503, merci à CaptainIgloo et samhuin pour cette partie de script. Pour la notification par mail depuis le synology, voici où je me suis inspiré : http://forum.synology.com/enu/viewtopic.php?f=32&t=79334 Fonctionnalités Ping de la box HC2/L depuis le Synology Vérification si pas de code erreur 503 Si erreur notification dans le Syno et envoie d'un mail Le script : IP=192.168.xxx.xxx TO="adresse.mail@a.notifier" HOST=$(/bin/hostname) /bin/ping -c 1 -w 10 ${IP} if [ $? -ne 0 ] then SUBJECT="HC2/L Ping error" BODY="La box HC2/L (${IP}) ne ping plus (test toutes les minutes).\n\nSynology DiskStation\n\nFrom ${HOST}" HEADERS="From: ${TO}" NOTIF="${SUBJECT} - ${IP}" /usr/bin/php -r "mail(\"${TO}\", \"${SUBJECT}\", \"${BODY}\", \"${HEADERS}\");" /usr/syno/bin/synodsmnotify "@administrators" "System Event" "${NOTIF}" fi URL="http://$IP/api/loginStatus" coderetour=`curl -I $URL 2>/dev/null | head -n 1 | cut -d' ' -f2` if [ "$coderetour" == "503" ] then echo "Code retour 503" SUBJECT="HC2/L 503 error" BODY="La box HC2/L (${IP}) retourne un code erreur 503. Evaluer si un redémarrage de la box est nécessaire.\n\nSynology DiskStation\n\nFrom ${HOST}" HEADERS="From: ${TO}" NOTIF="${SUBJECT} - ${IP}" /usr/bin/php -r "mail(\"${TO}\", \"${SUBJECT}\", \"${BODY}\", \"${HEADERS}\");" /usr/syno/bin/synodsmnotify "@administrators" "System Event" "${NOTIF}" # curl http://$IPHC/services/finishUpgradeAfterError.php else echo "Le code retour est " $coderetour fi Configuration du Synology : Si ce n'est pas fait, il faut configurer le Syno pour qu'il puisse envoyer des mails : Panneau de configuration -> Notifications Panneau de configuration -> Planificateur de tâches Créer -> Script défini par l'utilisateur Dans le champ "Script défini par l'utilisateur", coller le script ci-dessus (en mettant l'IP de la box et votre adresse mail dans les champ IP et TO Le champ "Utilisateur" doit être root (sinon le ping retourne une erreur, même si ping ok) Dans l'onglet" Programmer", planifier la fréquence d'exécution du script Préciser l'heure de dernière exécution à 23:59, car par défaut c'est 00:59. Pour vérifier que tout fonctionne bien, mettez une adresse IP non existante. Bonus : Dans le même ordre d'idée, j'ai fait un petit scrip "Keep Alive", pour vérifier une fois par jour que les mails, etc s'envoient correctement depuis mon Syno. Comme l'IP que je renseigne est celle du Syno, s'il m'envoie un mail comme quoi le Syno ne ping plus, c'est qui il a un autre problème. IP=192.168.xxx.xxx TO="adresse.mail@a.notifier" HOST=$(/bin/hostname) /bin/ping -c 1 -w 1 ${IP} if [ $? -ne 0 ] then SUBJECT="Keep alive error from ${HOST}" BODY="${IP} ne ping plus" HEADERS="From: ${TO}" /usr/bin/php -r "mail(\"${TO}\", \"${SUBJECT}\", \"${BODY}\", \"${HEADERS}\");" /usr/syno/bin/synodsmnotify "@administrators" "System Event" "${BODY}" else SUBJECT="Keep alive from ${HOST} ok" BODY="${IP} ping ok" HEADERS="From: ${TO}" /usr/bin/php -r "mail(\"${TO}\", \"${SUBJECT}\", \"${BODY}\", \"${HEADERS}\");" /usr/syno/bin/synodsmnotify "@administrators" "System Event" "${BODY}" fi
  16. Rem's

    Sauvegarde NAS synology

    Bonjour à tous, J'ai un NAS de chez SYNOLOGY avec 2 x 3 TO. Actuellement je fais une sauvegarde du NAS sur un disque dur externe branché en USB, de 2 TO. Mais voila, il est saturé, j'ai plus de 2 TO de données sur mon système. Quel moyen me conseiller vous : un petit boitier 2 baies en USB 3.0. Un disque dur externe de 4 TO. Ou autre (je comprend pas grand chose à tout cela) D'avance merci pour vos conseils ....
  17. Bonjour à tous, Je suis à la recherche d'un tutoriel qui décrirait comment installer HomeBridge sur un NAS Synology. J'ai trouvé beaucoup de résultats quant à l'installation sur un Rasberry Pi, mais aucun décrivant la démarche sur un NAS Synology. Je possède un DS916+ avec 4 Disques Durs de 3To et il serait dommage de devoir investir dans un Rasberry alors que l'installation semble pouvoir se faire sur un Syno. J'ai donc pu trouver le plugin pour Fibaro HC2 ici. Et un tuto pour une installation pour Vera ici. Cependant, je n'en suis encore qu'à me premières heures d'utilisation et de compréhension de la domotique et je ne suis pas capable de mixer moi-même ces deux informations en étant certain du résultat. Je requiers donc votre aide, une fois de plus, pour éventuellement me guider, voire même me trouver un tutoriel que je n'aurai qu'à suivre pour ne pas commettre de bourde... Je vous remercie par avance de vos réponses ! Tutoriel HomeBridge sur Synology Docker (testé sous HC2 v4.510)
  18. minos

    Sauvegardes HC2 Synolgy

    Salut à tous, Pour les personnes qui ont rooté leur HC2 , est il possible attaquer la HC2 en SSH (22) si oui est il possible de : sauvegarder la HC2 avec Active Backup for server (paquet synology) ? De faire un P2V de la HC2 avec vmware converter ? voilà mes interrogations de ce début de weekend...
  19. Domodial

    Pièces Synology

    Salut à tous, Pour ceux qui ont un NAS Synology, je viens d'en acheter 1 d'occasion et il me manque des petites pièces. Je pensais que Synology avait un Store pour acheter des ventilos ou autres mais je me rends compte que non. J'ai besoin de vis pour tenir mes disques (actuellement je n'ai que 2 vis par disques sur les 4 Baies) Egalement j'ai besoin du capot de façade qui cache les racks. C'est un DS412Plus Savez-vous ou je pourrais trouver ça ? J'ai pas trouvé ^^ Merci
  20. jjacques68

    aide script PHP

    Bonjour tout le monde... Voilà je me mets tout doucement à faire des scripts php. Là dans l'immédiat serait de faire que la HC2 se coupe lorsque mon synology s'éteint à cause d'une alerte de l'UPS. J'en suis au stade où j'arrive à l'éteindre automatiquement quand le syno s'éteint... (hyper simple mais c'est un début ) Mais je galère comme un fou pour développer ! Vous avez pas une idée d'outil pour programmer en php sur un poste de dev (Windows) avec un debug, possibilité de faire des pauses, ... ? un vrai outil quoi, mais simple !! actuellement j'ai le service "Web Station" actif dans le syno avec mon script placé dans le bon répertoire. J'édite le .php avec Notepad++, mais pour le tester je passe dans le syno via la planificateur de tâche où je lance manuellement le script ... c'est lourd !!! avec le retour d'erreur par mail - horrible !! en cherchant sur le net j'ai trouvé Wamp, EasyPHP (semble assez compliqué) ou des sites qui permettent de tester en ligne... (bof...) merci pour votre retour !
  21. Préparation de la clef USB télécharger le fichier suivant au format img : https://drive.google.com/open?id=0B8WTs1D6D3VIck53RU1QNHozcXc&authuser=0 télécharger : Win32DiskImager : http://sourceforge.net/projects/win32diskimager/files/latest/download Intaller Win32DiskImager sous windows Lancer Win32DISKimager la clef usb est crée tu peux déjà télécharger les DSM 5.2 sur le site de synology Voici le lien ou on trouve les xpenology et autres outils http://xpenology.me/downloads/
  22. lioneldem

    Bonjour À Tous

    Bonjour, Je suis actuellement possesseur d'une alarme LS30 qui fonctionne à merveille. Je suis développeur sous windows, HTML/CSS et PHP. Je souhaite avoir des informations pour remplacer le programme HyperSecureLink de ma LS30 (pas très fonctionnel). J'espère trouver des informations et suis très intéressé par la domotique. Je souhaite mettre la centralisation de la fermeture de mes volets roulants en domotique. Bonne Année à tous. Lionel
  23. Bonjour, Passionné de télécom et de multimédia, je voudrais investiguer le domaine de la domotique. Mes équipements actuels sont essentiellement: - réseau ethernet à domicile - Freebox + routeur avec un réseau familial de 10 VPN interconnectés - NAS Synology et VEHOtech - Sonos en multiroom - Plex pour le multimédia - chromecast pour streaming plex - tablette et smartphone Je viens de découvrir la box HC2 et elle semble bien correspondre à mes attentes. J'aurai besoin des précieux conseils des membres; je peux par ailleurs vous faire partager mon expérience sur les autres sujets. pln39
  24. jojo

    Forum Nas - Synology

    bonjour, je sais nous sommes un forum de domotique Fibaro, donc les NAS Synology, ce n'est pas ici( théoriquement). Il n'empêche qu'il y a énormément de questions sur le sujet et de membres très compétents pour y répondre. Fredo a fait à l'époque un super tuto pour installer Synology sur HP Gen7 http://www.domotique-fibaro.fr/index.php/topic/1277-nas-synology-dsm-5-sur-serveur-hp-n54l-vmware-esxi-55/ Ce topic devient l'endroit où l'on rassemblent toutes les questions concernant les NAS : il fait déjà 50 pages. Ne créerait-on pas un sous forum NAS-Synology avec la structure suivante: support tuto firmware (comme pour la HC2)
  25. HARD DISK, Raid Logiciel, Raid Matériel, SHR, RaidZFS By Lazer, Kiwi et wikipedia.org Pour les discussions sur DSM, Xpenology, Synology, etc, je préfèrerais que vous utilisiez le topic dédié avec le tuto de Fredo => Nas Synology Dsm 5 Sur Serveur Hp N54L + Vmware Esxi 5.5 Introduction : https://fr.wikipedia.org En informatique, le mot RAID désigne les techniques permettant de répartir des données sur plusieurs disques durs afin d'améliorer soit les performances, soit la sécurité ou la tolérance aux pannes de l'ensemble du ou des systèmes. L'acronyme RAID a été défini en 1987 par l'Université de Berkeley, dans un article nommé A Case for Redundant Arrays of Inexpensive Disks (RAID)1, soit « regroupement redondant de disques peu onéreux ». Aujourd'hui, le mot est devenu l'acronyme de Redundant Array of Independent Disks, ce qui signifie « regroupement redondant de disques indépendants ». Le coà»t au mégaoctet des disques durs ayant diminué d'un facteur 1 300 000 en 29 ans, aujourd'hui le RAID est choisi pour d'autres raisons que le coà»t de l'espace de stockage. Les différents types de systèmes RAID https://fr.wikipedia.org Le système RAID est : soit un système de redondance qui donne au stockage des données une certaine tolérance aux pannes matérielles (ex : RAID1). soit un système de répartition qui améliore ses performances (ex : RAID0). soit les deux à la fois, mais avec une moins bonne efficacité (ex : RAID5). Le système RAID est donc capable de gérer d'une manière ou d'une autre la répartition et la cohérence de ces données. Ce système de contrôle peut être purement logiciel ou utiliser un matériel dédié. Le RAID logiciel En RAID logiciel, le contrôle du RAID est intégralement assuré par une couche logicielle du système d'exploitation. Cette couche s'intercale entre la couche d'abstraction matérielle (pilote) et la couche du système de fichiers. Avantages C'est la méthode la moins onéreuse puisqu'elle ne demande aucun matériel supplémentaire. Cette méthode possède une grande souplesse d'administration (logiciel). Cette méthode présente l'avantage de la compatibilité entre toutes les machines équipées du même logiciel de RAID (c’est-à -dire du même système d'exploitation) Inconvénients L'inconvénient majeur réside dans le fait que cette méthode repose sur la couche d'abstraction matérielle des périphériques qui composent le volume RAID. Pour diverses raisons, cette couche peut être imparfaite et manquer de certaines fonctions importantes comme, par exemple, la détection et le diagnostic des défauts matériels et/ou la prise en charge du remplacement à chaud (Hot-swap) des unités de stockage. La gestion du RAID monopolise des ressources systèmes (légèrement le processeur et surtout le bus système) qui pourraient être employées à d'autres fins. La baisse de performances due à la gestion logicielle du raid est particulièrement sensible dans des configurations où le système doit transférer plusieurs fois les mêmes données comme, par exemple, en RAID1, et, assez faible, dans des configurations sans redondance : exemple, le RAID 0. L'utilisation du RAID sur le disque système n'est pas toujours possible. Diverses implémentations La plupart des systèmes d'exploitation grand public permettent déjà de mettre en Å“uvre le RAID logiciel, qu'il s'agisse de Microsoft Windows, d'une distribution Linux quelle qu'elle soit, ou de Mac OS X. Microsoft Windows XP (et supérieur) gère le RAID 0 et 1 par le logiciel, et peut gérer le RAID 5 moyennant une petite adaptation5 Microsoft Windows 2003 Server gère logiciellement le RAID 0, 1, et 5. Mac OS X gère logiciellement le RAID 0, 1 et la concaténation. Le noyau Linux (>=2.6) gère logiciellement le RAID 0, 1, 4, 5, 6, et 10 ainsi que les combinaisons de ces modes. Les RAID logiciels de Microsoft Windows et de Linux sont incompatibles [réf. nécessaire] entre eux 6. Le RAID pseudo-matériel L'extrême majorité des contrôleurs RAID bon marché intégrés à de nombreuses cartes mères récentes en 2004/2005 gèrent souvent le RAID 0 et 1 sur des disques IDE ou SATA. Malgré le discours marketing qui tend systématiquement à induire en erreur sur ce point, il ne s'agit pas de RAID matériel à proprement parler, mais plutôt d'un contrôleur de disque doté de quelques fonctions avancées. D'un point de vue strictement matériel, cette solution hybride n'est pas différente d'un RAID logiciel. Elle diffère cependant sur l'emplacement des routines logicielles de gestion du RAID. Avantages L'intérêt principal de ce type de RAID est d'apporter une solution au troisième problème du RAID logiciel, à savoir qu'il ne peut pas toujours servir à héberger les fichiers du système d'exploitation puisque c'est justement ce dernier qui permet d'y accéder. Dans ce type de RAID, la présence d'un BIOS intégrant les routines logicielles basiques de gestion du RAID permet de charger en mémoire les fichiers essentiels du système d'exploitation (le noyau et les pilotes essentiels). Puis, le pilote du contrôleur intègre les mêmes routines logicielles de gestion du RAID et fournit alors aux couches supérieures de l'OS non pas un accès aux périphériques, mais un accès au volume RAID qu'il émule. Inconvénients En dehors de cet avantage important, ce type de RAID cumule les défauts des deux autres approches : Les limitations de performances sont les mêmes que pour le raid logiciel, car il s'agit effectivement d'un RAID logiciel camouflé. Un problème important posé par ces contrôleurs hybrides est leur piètre gestion des défauts matériels et leurs fonctionnalités BIOS généralement limitées. L'interopérabilité est très mauvaise surtout si l'on considère qu'il s'agit généralement de matériel intégré aux cartes mères des ordinateurs. Pire, le changement de carte-mère (voire simplement de version de bios), si la nouvelle utilise des jeux de puces différents, peut imposer de reconstruire le RAID entièrement. De manière générale, une reconstruction est possible si l'on reste dans des contrôleurs RAID de même marque, mais de modèles différents, mais il n'existe pas de règle définie de compatibilité. La fiabilité annoncée de ces dispositifs est assez controversée[citation nécessaire]. Le RAID matériel Dans le cas du RAID matériel, une carte ou un composant est dédié à la gestion des opérations. Le contrôleur RAID peut être interne à l'unité centrale (carte d'extension) ou déporté dans une baie de stockage. Un contrôleur raid est en général doté d'un processeur spécifique, de mémoire, éventuellement d'une batterie de secours, et est capable de gérer tous les aspects du système de stockage RAID grâce au microcode embarqué (firmware). Du point de vue du système d'exploitation, le contrôleur RAID matériel offre une virtualisation complète du système de stockage. Le système d'exploitation considère chaque volume RAID comme un disque et n'a pas connaissance de ses constituants physiques. Avantages Les contrôleurs RAID matériels permettent la détection des défauts, le remplacement à chaud des unités défectueuses et offrent la possibilité de reconstruire de manière transparente les disques défaillants. Mais les systèmes d'exploitation évolués permettent également cela si le matériel le permet. La charge système (principalement l'occupation du bus) est allégée. (surtout dans des configurations avec beaucoup de disques et une forte redondance) Les vérifications de cohérence, les diagnostics et les maintenances sont effectués en arrière-plan par le contrôleur sans solliciter de ressources système. Inconvénients Les contrôleurs RAID matériels utilisent chacun leur propre système pour gérer les unités de stockage. En conséquence, au contraire d'un RAID logiciel, des disques transférés d'un système à un autre ne pourront pas être récupérés si le contrôleur RAID n'est pas exactement le même (firmware compris). Il est donc conseillé de posséder une deuxième carte en cas de panne de la première. Les cartes d'entrée de gamme possèdent des processeurs de puissance bien inférieure à celle des ordinateurs actuels. On peut donc avoir de bien moins bonnes performances pour le même prix qu'un RAID logiciel. Le coà»t : l'entrée de gamme se situe aux alentours de 200 € mais les cartes plus performantes peuvent souvent dépasser les 1 000 €. Le contrôleur RAID est lui-même un composant matériel, qui peut tomber en panne. Son logiciel (firmware) peut contenir des erreurs, ce qui constitue un autre risque de panne (un nouveau "single-point-of-failure"). Il est peu probable qu'un RAID actuel contienne des erreurs de programmation (bugs) car il est garanti en moyenne une dizaine d'années. Les différents fabricants de contrôleurs RAID fournissent des outils de gestion logicielle très différents les uns des autres (et de qualité parfois inégale). À l'opposé, les outils de gestion du RAID logiciel fournis avec un système d'exploitation sont généralement bien intégrés dans ce système. La durée du support d'un contrôleur RAID par son constructeur (correction de bugs dans le firmware, par exemple), parfois liée à l'arrivée de nouveaux produits rendant les anciens obsolètes, peut-être moins longue ou plus volatile que le support du RAID logiciel par le fournisseur du système d'exploitation. Le constructeur peut même disparaitre (ce qui est assez rare parmi les fabricants de systèmes d'exploitation). Une moindre souplesse par rapport au RAID logiciel, qui dispose d'une couche d'abstraction permettant de gérer du RAID au-dessus de tous types de périphériques blocs supportés par le système d'exploitation, locaux ou distants (ATA, SCSI, ATA over Ethernet, iSCSI… et toutes les combinaisons possibles entre eux). Les contrôleurs RAID sont spécialisés pour un seul type de périphérique bloc. Pour les niveaux de RAID, il y en a plein, mais les plus courants sont : - RAID 0 : stripping pour augmenter la volumétrie et les performances, aucune sécurité, minimum 2 disques - RAID 1 : mirroir (donc sécurité), minimum 2 disques - RAID 5 : stripping avec parité répartie, donc performance + sécurité, minimum 3 disques - RAID 6 : comment RAID 5 mais avec double parité - RAID 10 association de RAID 0 et 1, donc stripping + mise en mirroir de toutes les données, donc performance + sécurité, le plus luxueux, minimum 4 disques Au sujet du RAID hardware : De base, un disque dur, ce n'est pas fiable. Donc si tu mets plusieurs disques durs dans une même grappe RAID, les probabilités mathématiques font que tu augmentes les chances de perdre les données !!! On a tendance à croire que le RAID sert à protéger les données, ce qui est partiellement faux. Le RAID sert à 2 choses : - continuité de service => suite à la perte d'un disque, on peut continuer à travailler.... indispensable en entreprise, un peu moins à la maison - performance => plus on ajoute d'axe (bras mécanique de disque dur), plus on augmente les perfs.... phénomène entre amplifié par les controleurs RAID qui ont beaucoup de mémoire cache. Pour la sécurité des données, comme je l'ai déjà répété de nombreuses fois, il faut des sauvegardes sur support externe (ou au minimum une réplication via le réseau sur un 2nd serveur.... attention toutefois aux réplication, car un fichier supprimé ou corrompu est également répliqué la nuit suivante.... donc rien ne remplace une vraie sauvegarde effectuée ponctuellement) Comme dis précédemment, de mauvais disques ne font qu'augmenter les risques de pertes de données. Il y a de nombreux risques d'erreurs sur les disques.... évidemment si il y a la panne franche, le disque est HS, là on ne discute plus. Mais ce cas est de plus en plus rare quand même, les disques d'aujourd'hui sont beaucoup plus fiables que ceux qu'il y a 20 ans. Ceci dit, si on prend un disque bas de gamme, et qu'on l'utilise de façon soutenue, on va l'user prématurément. Dans les datasheet des disques, il est indiqué son utilisation : 24/7, quantité de données échangées sur une période de temps, etc. Entre un disque bas de gamme et un disque haut de gamme, l'électronique, et la mécanique ne sont pas du tout les mêmes. J'ai croisé un expert en stockage qui avait créé un profil I/O permettant de détruire un disque SATA en moins de 24h, là où un disque pro accepte la même charge pendant plusieurs mois !!! A coté de ces pannes mécaniques et électronique, il existe un problème primordial et totalement méconnu : l'état de surface du disque. Quand un disque n'arrive pas à lire un secteur, il réessaye de nombreuses fois avant d'y arriver. Ce qui peut prendre trop de temps. Si ce temps est raisonnable, le système d'exploitation va attendre que la donnée finisse par arriver. Si la donnée n'arrive jamais, sous Windows on peut avoir aux choix : un popup qui signale l'erreur de lecture, ou le célèbre BSOD dans le pire des cas. Si ce disque est intégré dans une grappe RAID logicielles, le comportement sera plus ou moins le même, car le driver RAID logiciel est dépendant du driver de l'OS. Ensuite, la couche qui gère le RAID (mdadm sous Linux par exemple, utilisé dans les Synology), va décider si l'erreur est récupérable, ou marquer la donnée comme perdue, voire de décider de marquer le disque complet comme défectueux, ce qui nécessitera un rebuild. Maintenant, si ce même disque est branché sur une carte RAID hardware, là y'a pas 36 solutions, la réaction est systématiquement la même, la carte dégage le disque. Donc RAID complet dégradé, alors que le disque a juste mis quelques millisecondes de trop à lire la donnée !!! Là où c'est drôle (ou pas....), c'est que le disque n'est pas mort, donc on force le rebuild sur le même disque.... oui sauf que le temps de ça reconstruise, on lit à fond les données sur les autres disques, donc on a de très grande chance que l'un des autres disques mette trop de temps à lire un secteur... donc celui-ci est dégagé du RAID à son tour.... et si on est en RAID 5, alors 2 disques de perdus impliquent une perte totale des données !!!! Gnarf Et je peux vous assurer que cette situation se produit très souvent avec les disques SATA non prévus pour fonctionner en RAID hardware. Alors en entreprise, on n'a pas trop de problème, car les disques SAS sont tous prévus pour fonctionner en RAID. Alors c'est quoi la différence ? On a dis plus haut que l'électronique et la mécanique des disques SAS est renforcée. Mais pas que. Il y a aussi l'état de surface (meilleure qualité des plateaux magnétiques). Regardez les datasheet, on passe d'une erreur pour 10^14 à une erreur pour 10^15 octets. Ce qui permet à ces disques d'avoir un firmware différent, qui réagira différemment aux secteurs difficiles à lire. On ne s'autorise qu'un temps très faible pour lire la donnée, afin de ne pas se faire dégager de la grappe RAID par le contrôleur RAID. Si on est vraiment pas capable de lire la données, alors on en informe rapidement la carte, qui prend la bonne décision (on dégage le disque....). Chez Western Digital, ce phénomène est bien documenté, et la paramètre permettant de régler le temps de recovery de la donnée se nomme le TLER (time-limited error recovery). Le nom est différent chez les concurrents. Par chance, en disques SATA, on trouve des disques avec le TLER réglé comme il faut... chez WD, c'est la gamme RE4. Regardez la datasheet, ça n'a rien à voir avec un disque Green ou Red. C'est plus cher qu'un disque SATA classique, sans être au prix d'un disque SAS. En résumé, le RAID logiciel est beaucoup plus tolérant aux défaillance des disques que le RAID matériel. Et en plus le RAID logiciel est plus souple (il existe des outils de récupération de données, on peut facilement étendre un volume (surtout chez Syno), etc) Par contre le RAID matériel garde pour lui ses performances (contrôleur dédié au calcul de parité, mémoire cache), et sa fiabilité (il résiste mieux aux pertes de courant). Si je ne veux pas du RAID logiciel de chez Syno (le SHR, pour rappel basé les couches Linux mdadm et ext4), c'est que je ne trouve pas cela fiable. Il n’apprécie pas du tout les pertes de courant, sur le forum Syno officiel c'est bourré de gens qui ont perdu leur grappe RAID SHR suite aux coupures de courant. Alors bien sur l'onduleur est une solution, mais malgré cela, le format de filesystem sous Linux, ext4, n'est pas très fiable. Au risque de me faire taper dessus par les Linux fanboys, par expérience personnelle je trouve NTFS plus fiable. Et c'est sans compter JFS2 sous AIX, mais là on n'est plus vraiment dans le domaine de l'informatique personnelle. A propos du ZFS par KIWI Qu'est-ce que le ZFS par (Lazer) Pour le ZFS, il faut avant tout noter qu'il s'agit d'une techno proche de Btrfs qu'on trouve sous Linux. ZFS a été développé par Sun (avant que Oracle l'achète) et a laissé ce système de fichier se balader sur d'autre OS. ZFS inclu deux choses principales : un gestionnaire de disques et système de fichiers. Donc on le trouve sur : - Solaris (et les forks : Nexenta, IllumOS, ...) - FreeBSD (un des premier Unix libre a le supporter) - Linux (avec 2 methodes : FUSE ou dans le noyau) Je ne développerais pas la version Linux car à mon goà»t un peu trop instable et pas encore finie. On trouve ZFS sur deux "distributions" de serveurs de fichiers : FreeNAS et NAS4Free (fork de FreeNAS). Fonctionnalités de ZFS : - Raid : mirror / raid5 (raidz1) / raid6 (raidz2) / raid7 (raidz3) - Scrubbing : le système peux faire une vérification complète de l'ensemble du FS pour vérifier que les checksum n'ont pas changés car sur les gros HD, la corruption des données arrive plus souvent qu'on ne le pense - Deduping : ne garder qu'une copie des données sur le HD (par exemple des VM ou des backup... il y a souvent les même datas) - Compression transparente : les block de données sont compressés sur le FS, ce qui permet de gagner de la place ET de la BP en lecture - Snapshotting - Mirroring distante grâce aux snapshot qu'on peux envoyer via SSH ou netcat par exemple (utile pour des backup à distance...). - Possibilité d'augmenter les disques en taille sans que ca n'affecte le file system. - Sur certain OS : export iSCSI et/ou NFS - Possibilité d'indiquer le nombre de copies de fichiers en plus du sous système raid (eg : etre capable que tous les fichiers soient copiés completement sur au moins "n" disques). - Cache lecture / écriture sur SSD - Quasi illimité en nombre de fichier et taille du file system. - Quota - Portabilité des pool ZFS entre OS, c'est a dire que vous pouvez effectuer un pool ZFS sur un Solaris, l'exporter et mettre les HD sur un FreeBSD ou autre. - Pas d'importance dans l'ordre des HD, vous pouvez faire un zpool export d'un pool et mélanger les HD, le zpool import se débrouillera a trouver ses petits. ====> https://fr.wikipedia.org/wiki/ZFS Par KIWI Qu'est-ce qu'à besoin ZFS : - des disques peut importe les tailles de disques, on peux se débrouiller avec - de CPU (si possible des CPU qui sont capables de faire des calculs AES, type core i3/i5/i7, Atom Avoton, ...) - de RAM (beaucoup si vous utilisez le deduping et/ou compression) - de processeur 64bits (oubliez les processeurs 32bits) Le minimun pour commencer c'est 2 disques et 4Go de RAM, plus ZFS a de ram plus il est content. Sur des serveurs du travail j'ai du bi Xeon E5 et 32Go de ram. Vous pouvez utiliser ZFS sur FreeNAS ou Nas4Free, par contre ces distribution ajoutent une surcouche spécifique à FreeBSD (et qui n'est pas obligatoire) qui peux chiffrer les données mais vous obligera a rester soit sur FreeNAS ou Nas4Free, et donc impossible de migrer sur d'autre distributions supportant ZFS. En général je fais ça à la main. Sur FreeBSD vous avez les disques nommés : ada0 / ada1 / ada2 / ada3, Exemple : zpool create file raidz ada0 ada2 raidz ada1 ada3 Permet de créer 2 raid5 (sur 2 hd, oui je sais), dans le même espace de fichiers. Pourquoi je mets du raid5 sur 2 hd ? Sur ZFS si on fait ça, automatiquement ça ajoute les checksum lors des écritures et donc le système de fichiers est donc sécurisé. Pourquoi 2 raid5 ? Juste que ceci permet de changer 1 à 1 les disques et passer par ex du 3To au 4To tranquillement sans devoir acheter 4 disques d'un coup. Une fois fait vous avez donc : zpool status pool: filer state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM filer ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 ada0 ONLINE 0 0 0 ada2 ONLINE 0 0 0 raidz1-1 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada3 ONLINE 0 0 0 errors: No known data errors On trouve donc monté en /filer le zpool. Qu'on peux facilement "segmenter" avec les concepts d'héritage des paramètres : zfs get all filer NAME PROPERTY VALUE SOURCE filer type filesystem - filer creation Wed Jan 8 19:44 2014 - filer used 4.47T - filer available 815G - filer referenced 27K - filer compressratio 1.00x - filer mounted yes - filer quota none default ... Exemple pour faire un sous FS "compta" avec une taille d'un 1G: zfs create filer/compta zfs set quota=1G filer/compta zfs set atime=no filer/compta Après ca vous donne : df -kh (...) filer 815G 27K 815G 0% /filer filer/applications 1.1T 270G 815G 25% /filer/applications filer/archives 1.2T 415G 815G 34% /filer/archives filer/compta 1.0G 47M 977M 5% /filer/compta Après pour le partage en CIFS ou AFP, le fonctionnement est identique à toute méthode de partage type : samba, netatalk Si vous avez d'autres questions... n'hésitez pas Kiwi vous répondra....
×