marckisscool

Bonjour, Bien naz ce client lourd pas de version sous linux et redondance avec l'interface d'administration, quel est l'intérêt? Sous IE11 le plug fonctionne encore. Encore une regression de plus....

Bonjour, vous n'auriez pas par hasard utilisé les licences d'un autre nas? Cela ressemble au message lorsque vous n'avez pas assez de droit lié aux licences.

Bonjour, Je suis sous SS8.01, qui n'apporte mais alors vraiment aucune amélioration: => incapable de gérer les différences de versions entre syno esclave (ticket ouvert depuis 2013!) => client web pour visionner les videos tout pourri depuis le début, peut etre pour vendre la fameuse station faite pour ça, le plugin ne fonctionne que sous ie, le navigateur le plus pourri de la terre, ça en dit long sur les développements..... => perte des configs caméras esclaves exportées sur les montées de version majeur => certificats de sécurité non reconnu sous ff et chrome, la partie la plus lamentable de dsm 6.1, même pas foutu de fournir le certif verifié...... Au final, une régression majeur sur cette version dsm 6.1 et SS8, n'espérer rien en passant à 6.1, peut être la 6.2 ou un cloud avec un abonnement payant, c'est la grande mode...... A noter que la 6.1 introduit la segmentation en packages des outils natifs pour dsm pour l'engagement de synology à proposer du cloud distant pour concurrencer amazon.

Bon j'ai réglé provisoirement mon probleme, cela vient de la gestion des comptes en local et via LDAP, pour une raison que j'ignore cela empêche le service de démarrer car il check les utilisateurs au demarrage. Pour résoudre le problème : il faut se connecter en ssh au syno, se rendre dans le repertoire /var/log et scruter le fichier messages. Lorsque l'on demarre le paquet, il crash une grosse erreur en indiquant le compte qui l’empêche de démarrer. Il faut sauvegarder le contenu du compte, puis le supprimer proprement en local ou sur le ldap, ensuite il faut supprimer la home via l'explorateur de fichier. Recréer ensuite le compte, il faut se connecter une fois avec le compte pour créer la home, si c'est pas le cas créer un fichier texte depuis le compte. Ensuite vous rebasculer le contenu de la save et normalement le service ne crie plus le desespoire. Si c'est le cas refaite jusqu'à l'etape 4 mais en supprimant ensuite le cloud Station Server (mais en cochant l'option garder les parametres) J'ai ouvert un ticket avec la log qui va bien auprès du support synology.

Bon après une petite analyse d'une heure, y'a comme un soucis dans la gestion des comptes locaux et LDAP pour le service Cloud. Il a été mis en évidence suite à la dernière mise à jour. J'ai ouvert un ticket chez synology pour correction. sur ma serie 15 et 16 pas de soucis avec ce patch.

Bonjour, Cloud station server ne fonctionne plus (DS214), meme apres une desinstallation et une reinstallation le service s'arrete apres avoir été lancé. Cordialement

Bonjour, Meme probleme depuis la mise à jour DSM 6.0.2-8451 Update 6 Impossible de demarrer le service. Cordialement

@didierrp: Je faisais de la sauvegarde incrementale depuis dsm 4, visiblement hyper backup ne me permettait pas de restaurer cette save sur un autre syno (le support m'indique un probleme de compatibilté dans l'heritage des options d'application). Du coup j'ai du refaire ma save complete avec hyper backup pour me permettre de la restaurer sur un autre syno.

Bonjour, Je viens d'utiliser ce produit, il y a tout de même une régression, si on peut sauvegarder à l'ancienne méthode, on ne peut pas la restaurer sur un autre synology, en effet hyper backup ne lit que les paquets de sauvegarde fait en mode non héritage. Ce qui veut dire par exemple que pour ce qui est de la données, faut le faire à la main, par contre restaurer la configuration qui va avec, c'est perdu (photo, etc.....). En gros encore une fois une application testée n'importe comment de la part de synology........ Soit on sauvegarde la configuration soit on sauvegarde les données mais pas les 2 en meme temps et surtout pas avec le même mode. Desespérant.

Bonjour, Sur SS7.2 le plugSS doit être mis à jour à la main (à cause des protections basiques sur chacun des navigateurs), le plugin est indispensable pour l'affichage en direct. Fait intéressant, ce plugin nécessite l'activation d'un plugin java, et tout ce petit monde peut créer une faille de secu sur votre navigateur (d'ou la desactivation d'office par le navigateur lors des mises à jour de ceux ci) Pour les problemes d'enregistrement, j'ai resolu tous mes problemes en utilisant la detection intégrée à chaque caméra, je ne gère que l'evenement sur le syno. En espérant que ça aide.

Bonjour, Dans votre configuration synology>securité>parefeu>modifier les règles Selectionner la regle en cours (ou les regles à verifier) puis cliquez sur "modifier" Si vous avez "tous" de sélectionné et en Action "Autorisé" c'est bon, si vous avez "selectionner ....." il faut vérifier dans ce cas là la liste des applications qui concerne SS. Je pense que les ports sont configurés ainsi: 19xxxx: Recherche des Synos et VS depuis le CMS 554: RTSP pour le flux streaming (vlc par exemple) 5000/5001: Interface de gestion en direct (vous avez peut ajouté un nouveau port et à ce compte là c'est celui ci qui sera indiqué) Au niveau de votre routeur/box seul le port 5000/5001 ou le perso(celui utiliser pour l'interface administration SS), seront à indiquer en forward(il faut qu'il puisse parler dans les 2 sens) pour y accéder depuis l'appli mobile ou un pc tiers. Ne forwarder que le protocol TCP (aussi bien le HTTP que le HTTPS). Je pense que la licence interroge uniquement ces ports, si votre routeur est avancé, vous pouvez eventuellement regarder dans le journal pour voir la trame issue de votre syno et le port utilisé. Si vous avez une configuration exotique avec les synos hors reseau local là il faudra spécifiquement ajouter certains ports (des caméras, des synos, pour le cms, etc.....). Si ça ne passe toujours pas, il faudrait peut être ouvrir un ticket en demandant le numéro de port spécifique utilisé pour la vérification de la licence. Pour la vérification de licence, vous avez un premier algorithme sur le produit qui vérifie la cohérence de la licence, ensuite une interrogation obligatoire en ligne est faite pour valider la licence, de mémoire depuis la version 7.

Je viens de comprendre ce qui se passe, pour faire les mises à jour il faut avoir une connection au web sinon il faut reinstaller les paquets à la main. C'est prevu dans la montée de version de détecter les options de la 5.2 et de up les paquets correspondant en 6.0. J'avais up la version 6 (pour installe hors ligne) et je fais toujours mes montées de version hors réseau pour reconfigurer correctement notamment la partie firewall, ceci explique cela.... ;)

Génial, faut refaire toute la configuration, au lieu de nous coller le serveur DHCP (qui merite un paquet), il aurait été plus sage de laisser en place ce qui s'y trouvait!

Dans DSM 6 il a disparu, merci Synology!

Une petite mise à jour: Regression depuis la version 7.1-4141 (Et réponse du support): => Les SS 7.1/7.2 et future 7.x n'accepte que les SS de même niveau avec un DSM de même niveau (cela oblige à renouveler votre parc DS). => Si vous avez plusieurs DSxxx, par exemple un DS qui sert de sauvegarde et que vous souhaitez exploiter la licence sur un autre DS, c'est possible à condition qu'il soit allumer 24/24 (pas ecologique du tout). => Si vous souhaitez changer d'adressage IP votre DS (esclave), il faut supprimer les cameras et le DS associé dont provenait les licences, il n'est pas possible de modifier la paramétrie d'un DS associé dans le CMS maitre si des caméras consomment la licence (le support ne souhaite pas corriger ce problème afin d'obliger l'achat de licence). Il peut être possible de modifier l'adressage IP en amont (ce qui peut être lourd quand on gère plusieurs DS) => centralisation des logs, pas de possibilité de router les logs vers un serveur de log, ça c'est super lourd de devoir se connecter spécifiquement à SS pour consulter l'historisation des logs. Le support indique indirectement que c'est pour promouvoir leur produit VS.....

Bonjour, Juste un petit retour d’expérience sur le liveview: -> En local s'il cela ne fonctionne pas: -> votre navigateur n'est pas à jour -> votre player n'est pas à jour -> le plugin n'est pas à jour -> le plugin n'est pas installé -> autoriser le plugin Java Surveillance -> En distant: -> toutes les raisons précédentes du local -> probleme de reseau, l'affichage peut être très lent lorsque l'on dépasse 3 cameras avec du fps élevé. -> probleme de blocage de port sur le site distant ou sur le site local. Cordialement

Bonjour, Sur les synology, en général vous disposez d'une ou 2 licences (grand max) d'origine qui équipe le ds. Pour votre soucis, vérifier si le parefeu synology a bien les ports relatif à SS d'ouvert (19998,19997,554) et qu'il en est de même sur votre box/routeur. Ne pas confondre avec le port à forwarder sur la box pour beneficier de l'acces à distance. Cordialement

Bonjour, Avant SS 7.1 On pouvait transférer une caméra d'une machine à l'autre et tout dezinguer pour ne garder qu'un syno valide. Maintenant ce n'est plus possible, en effet le transfert de licence et de caméra n'arrange pas synology et sa politique de vente autour de ce produit. Donc c'est stupide, mais quand on a plusieurs syno, on peut transférer la caméra d'un syno à un autre (avec les videos associées) mais on doit laisser les vieux syno allumés pour la validité de la licence (avec SS qui tourne!), cela implique la même version de DSM et le meme SS (ce qui n’était pas le cas avant, une façon déguisée d'obliger les syno de plus de 4 ans à être changé). Autre solution plus bourrin, déclarer la camera sur le nouveau syno, puis dupliqué les répertoires de video correspondant à la main, par contre on perd le journal dans la base associée, donc toutes les infos d'historisation, les videos sont là mais juste en accès directe. Il n'est pas possible de recréer le journal ou même de l’écraser, de souvenir il n'y a pas de re-indexation des vidéos, ce qui est le cas lors d'un transfert par cms. Bon courage

Bonjour, C'est peut etre ça votre problème, Le syno gère très mal les zones de détections, donc là y'a pas photo il faut définir la zone de détection sur la caméra elle même quand elle le permet (et ça evite aussi une montée en charge du syno sur l'analyse de la zone). Par contre l'évènement d'enregistrement chez moi est gérée par le syno, ainsi que la taille d'enregistrement attribué à la caméra et la façon dont le stockage va être géré (le syno maitrise parfaitement bien cette partie, rotation de l'espace alloué etc.....).

Le réseau? Avec 6 caméras je dépasse pas les 4Mb en continu (cam optimisée), si je rajoute la hd externe, on passe à 7Mb/s au total. Je vois pas en quoi le réseau bride à moins d'avoir un routeur bas de gamme qui gère le réseau comme un schtrompf (type box quoi....). Perso j'ai une parti Lun + multimédia, donc un 5400 c'est même pas la peine, c'est la ramasse, y'a des années que j'ai abandonnée cette solution, même sur un pc portable j'en veux pas. Comme j'utilise mes lun sur de la virtu c'est même plus envisageable....

Bonjour, 24/24 avec une charge cpu de 40% mini, aucun soucis depuis 1ans et demi. Ce à quoi vous devez faire attention: Alimentation électrique stable Disque dur approprié (7200tr/min mini et prévu pour supporter les gros cycles d’écritures) Support stable et bien aéré Mode frais en permanence Les versions 10/11 avait un materiel deffectueux (surchauffe, panne, etc...) sur les 14/15 la qualité des périphéries a été revue pour une bonne durabilité. DS110J tourne 7/7 24/24 depuis son achat.

Bonjour, Il m'arrive de l'avoir sur une caméra principalement en Wifi connecté 24/24, sur le filaire je ne l'ai jamais observé, j'ai noté par contre qu'en programmant un simple A/R de la caméra dans la journée m'a permis de ne plus avoir ce symptôme.

Bonjour, J'ai un 115 avec 6 caméras. Le cpu est maintenu à 15-30% Max avec juste le dsm qui tourne, 45-50% lorsque vous utilisez SS et l'affichage en directe, 40% avec un dscam lancé. Ce qui consomme sur le dsm: Mise à jour automatique de vos paquets (interrogation net et check de la liste) Tout service qui se connecte en auto au web Les caméras Wifi dont le signal n'est pas stable (SS cherche à synchroniser constamment celle-ci) Toutes les applications internes qui nécessite le lancement d'un applet (AS/PS/VS/FS) Pour descendre la consommation de cpu, vous pouvez optimiser le flux video en descendant la résolution (le CPU est moins sollicité pour la conversion et le stream).

Bonjour, Le répertoire de SS est un répertoire partager et spécifique à l'application, c'est le même principe pour le répertoire video de VS ou le répertoire de photo de PS ou le répertoire netbackup. Lorsque vous installez les applications cela crée automatiquement le repertoire et configure le partage du répertoire entre les différents utilisateurs (PS/VS/AS/SS). Il faut que le répertoire ne soit plus partagé entre les utilisateurs pour pouvoir intervenir dessus. Attention certaines applications ont besoin du répertoire créé car il peut y avoir des fichiers de configuration cachés.

Fait aussi, y'a un petit changement sur la gestion des licences SS, en effet un CMS accepte un syno qui n'a pas le même niveau SS7.1, c'est un vrai progrès, surtout pour les synos isolés du net.