Lazer

Synology, la marque de NAS la plus populaire. Et Surveillance Station est un des modules des Synology permettant de gérer l' enregistrement vidéo, limité à2 caméras de base, ou plus avec des licences.

Tu fais des fouilles archéologiques sur le forum Jojo Bravo, belle évolution

Il n'y a pas de 3.6 pour la HCL. Et c'est la même version que la 3.5xx, c'est juste une version préparatoire àla migration en v4. On peut donc supposer que la v3.6 sortira pour HCL quand la v4 sera prête pour HCL.

niko34, il n'y a pas de rubrique "informatique" sur le forum, donc tout ce qui concerne de près ou de loin les Serveurs; NAS, Réseau, etc... se trouve dans : \ La HC2 et ses périphériques \ Multimédia \ Tuto Le flux entre la HC2 et les serveurs de FIbaro est chiffré en SSL dans un tunnel SSH, de ce coté là c'est bien sécurisé

non pas de souci, on laisse le post le prix est intéressant, ça peut intéresser du monde, mais par contre il faut que l'acheteur achète en connaissance de cause

à vérifier dans la doc, est-ce que le cloud est une fonctionnalité en plus, ou qui remplace le fonctionnement de base. enfin, faut surtout voir : - si un NAS de type Synology peut accéder à la caméra en local pour enregistrer le flux vidéo. - si la caméra dispose de sa propre interface Web permettant de voir le flux directement depuis le navigateur - si les snapshots passent par le cloud ou si ils sont envoyés directement sur un serveur FTP, adresse email , etc

Le bug des +100 n'est pas réapparu ce soir en v1.05.09b Youplaboum Maintenant il faut que je corrige manuellement ma base de données pour les 2 dernières jours erronés qui m'ont faussé mes statistiques....

J'utilise HAproxy pour mon Reverse Proxy. J'ai même fait un tuto sur le forum pour le faire fonctionner sur un Synology. Mais depuis j'ai changé, j'isole les fonctions, donc HAproxy est tout seul sur une Debian allégée au maximum dans une VM, et la prochaine étape est d'isoler la VM dans un VLAN. Bon, ça ne résout pas le problème de l'appli Fibaro, ce qu'il faudrait c'est un proxy local à l'iPhone qui redirige les requêtes vers l'IP externe du domicile. Pas certain que ça soit possible sous iPhone, mais sous Android il doit bien y avoir des applis existantes qui font ça je suppose. Comme ça, il suffirait de dire à l'appli Fibaro que l'adresse de la box c'est 127.0.0.1

Bah disons qu'un système de sécurité qui dépend d'Internet, pour moi c'est juste rédhibitoire. Dans le même genre, j'ai aussi choisi la HC2 car c'est une des rares box qui fonctionne en local. Après, chacun sa vision des choses, il y a du monde qui préfère le cloud, car ça permet de simplifier la configuration.

stunnel Permet d'encapsuler une connexion http dans un flux https. Il faut le faire tourner sur un serveur à domicile (VM, Raspberry PI, Synology, etc) Je n'ai pas encore mis en place chez moi, mais ça fait parti de la longue liste de choses à faire. Par contre, pas certain que ça fonctionne avec l'appli Fibaro, car je pense qu'elle force la connexion en http sur le port 80. Mais au moins, pour l'accès Web distant ça doit fonctionner.

Je suis allé voir, puis j'ai aperçu le logo "Cloud". J'ai fermé la page.

Mise àjour effectuée en v1.05.09b sans souci. On verra àminuit pour le bug des +100.

Fredo, bouge pas j'arrive, et tu me montre ça. Si c'est OK, j'applique la mise àjour ce soir chez moi

Xavier a dit que c'était un Android TV pur sans surcouche;... donc on peut supposer qu'il n'y a pas de bridage. Par contre, je m'interroge.... je vous vois tous super emballés par le boitier TV 4K, mais pour que les notifications PIP & co fonctionnent, il faut que vous soyez en train de l'utiliser, non ? Si vous regardez la TV en utilisant le tuner de la TV, ou une autre source (HTPC, console, lecteur blu-ray, etc), alors il n'y a plus d’interaction possible, il faudrait pour cela piloter en plus la TV elle-même afin de changer de source, non ? De plus, Imperihome est utilisé comme interface pour la domotique, ce qui implique de laisser la TV (et le boitier Free) allumé non-stop, non ? Laisser une tablette allumée 24/24h au mur je veux bien, mais une TV, c'est pas trop fait pour quand même (ne serait-ce que pour l'usure prématurée de la dalle et de la consommation électrique engendrée) Perso, mon plasma est dans ma salle dédiée au cinéma, et la seule source est le HTPC (Windows avec XBMC), et l'ensemble fonctionne uniquement durant la durée du film, et après on éteint tout et on sort de la pièce. Donc j'ai vraiment l'impression que je ne peux rien tirer de la nouvelle Freebox Mini 4K en matière de domotique....

OK, donc c'est bien /dev/sdb il y a des mystères dans ubuntu bon, je vais faire dodo..... essaye encore un peu de ton coté, sinon on verra demain.

fait tout simplement : fdisk -l ça devrait tout lister

Après avoir rebranché ta clé, c'est toujours sdb le device, ou ça a changé de nom ? Tu peux vérifier avec dmesg, dans les 20 dernières lignes il affiche le nom de device obtenu lors de la connexion de la clé. De façon générale, il y a aussi surement tous les démons d'Ubuntu qui montent les file-systems en arrière plan automatiquement qui ont l'air de poser par mal de problèmes depuis tout à l'heure....

ça c'est normal le update database et les erreurs mysql je crois.

Y'a quand même un message pas normal lors du dd qui échoue avant la fin : "Aucun espace disponible sur le périphérique" tu peux faire la commande suivante : fdisk -l /dev/sdb

ok super t'as plus qu'à espérer que ça boote !

Euh, c'est bizarre ça, car la clé ne semble pas protégée en lecture seule, sinon tu n'aurais pas pu réécrire le fichier image.gz précédemment. J'ai l'impression que ta distribution Linux bloque l'écriture en direct sur le device.... mais je ne sais pas trop pourquoi. Tu peux envoyer le résultat de la commande "mount" pour vérifier que c'est bien démonté ?

Ah ! Je vois dans ta commande dd que tu écris sur /media/sdb3, ce qui me fait penser que ta partition est montée. Il ne faut pas qu'elle soit montée, donc tu peux la démonter : umount /media/sdb3 puis lancer ànouveau la commande dd en écrivant directement sur le device /dev/sdb3 : sudo dd if=/home/ca/Bureau/Fichiers_recovery_Fibaro/fibaro-recovery-3.dd of=/dev/sdb3 bs=1M

OK déjà ça avance, c'est bien par contre, bizarre que les sauvegardes ne passent pas....

Une autre clé ne fonctionnera pas, car il y a un appairage entre le numéro de série de ta clé d'origine et la box. Ce numéro de série n'est pas stocké dans les cellules Flash de la clé, donc il n'est pas recopié avec les techniques décrites sur ce topic. Ce numéro de série est stocké dans le firmware de clé, qui n'est pas accessible en écriture (seulement en lecture) Doucement, tout n'est pas perdu encore Vu que le md5 du fichier image.gz fonctionne, ça veut dire que toute la clé n'est pas défectueuse quand même. Je surpris que la réécriture de ce fichier a fonctionné, mais que ça n'ai pas fonctionné pour la réécriture de la partition bootable. Tu es certain que tu as bien appliqué la procédure que je t'ai donné hier ? Dans le doute, n'hésite pas à recommencer, et vérifie que tu as bien les mêmes affichages à l'écran que dans ma procédure. Il y a peut-être une étape qui est mal passée ?

Le bon checksum c'est bien c496e1fe5e3095b73e2f376b35ae5307 Mais ta commande "md5sum /media/D31B-A75A/system/checksum" ne sert à rien, il faut que tu utilises la commande "cat" afin d'afficher le contenu du fichier checksum, et tu dois retrouver le même checksum c496e1fe5e3095b73e2f376b35ae5307 : cat /media/D31B-A75A/system/checksum