Sylm_fr

Hello, Petite promo pour des équipements complets chez Boulanger jusqu'au 10/07 Achat NAS Syno + Disques Seagate IronWolf -20% sur premier Hd, 25% pour 2HD, -30% pour trois Hd Ca donne par exemple un DS920+ avec 4Hd 4To à 900€

Depuis les denrières version de Surveilance Station il y a deux plannings a modifier Le planning des Notifications et le planning caméra des horaires de surveillance

MAJ automatique sur DS413 et tourne nickel depuis 4j

Il faut peut etre vérifier que le port 9900 est toujours associé a Surveillance Station sur cetaines mises à jour il perdait cette conf Vérifier la config du firewal syno Sinon ne pas oublier de mettre à jour le plugin SS

J'ai aussi eu la surprise de voir tous mes lecteurs multimedias incapables de se connecter au serveur multimedia (DLNA) En fait la liste des péripheriques dlna avaient été effacées et comme j'avais activé depuis longtemp qu'un nouveau péripherique par defaut n'est pas autorisé en DLNA Une fois les péripheriques de nouveau activés et validés sur le serveur multimedia tout roule ... PS pourquoi utiliser des connections CIFS plutot que le serveur DLNA ?

bon ben j'ai testé la modif de l'identifiant, sans reboot le syno detecte bien une mise à jour 5.1 mais ensuite la mise a jour se bloque à 22% :-(

Quel modele exactement de Foscam ? Camera déclaré sur SS par son adresse IP ? Type de compte utilisé dans SS (Admin, Utilisteur, Guest) ?

MAJ effectuée hier su DS413 sans soucis

Résolu ?? J'ai aussi un 110j et je pensais le "tranformer" en 112j lorsque la 5.1 serait en version finale ...

oui evidemment au niveau du routeur en forwardant le port 6690 j'ai accès à cloudstation, mais cette solution est valable pour les réseaux "ouverts". Typiquement au boulot tous les accès internet passent par un proxy (reverse, securisé, ...) qui ne laisse sortir que les connexions sur les ports et 443, donc le port 6690 comme le 5000 d'ailleurs j'oublie Ensuite reste la solution Quickconnect mais notre responsable sécurité a mis en place des règles de sécurité et donc tout tunnel détecté sur les ports http(s) sont bloqués ....donc bye bye quickconnect :-( Après avoir tenté le reverse proxy apache qui fonctionnait bien SAUF pour CloudStation je teste actuellement haproxy pour justement travailler autant en http que tcp ..

Alors pour CloudStation il faut basculer en mode tcp J'ai donc fait un test avec un backend et un frontend en mode tcp sur un port différent Frontend Nom: tcp Binds: :5081 Backend_default: cloud_tcp Option: mode tcp Backend Nom: cloud_tcp server: cloud_tcp localhost:6690 option: mode tcp et une association des deux evidemment avec la condition suivante : if { hdr_beg(Host) -i cloud. } Attention il ne faut pas avoir peur car lors de l'écriture du fichier config on se retrouve avec un tas de warning puisque le mode tcp vient contrarier les options par defaut de haproxy Mais et c'est le plus important : le résultat est positif lorsque je connecte un client cloudstation à l'adresse cloud.mondomaine.com:5081 L'étape suivante pour moi c'est d'essayer de mixer dans le meme frontend du mode tcp et du mode http(s). Pour me connecter depuis mon boulot le proxy ne laisse vraiment que le port et 443 et j'ai besoind de garder tous les sous domaine actifs dsm.mondomaine.com, video.mondomaine.com, audio.mondomaine.com, .... J'ai trouvé des exemples dans les forums et la doc haproxy pour le faire mais il faut que je teste - d'abord en écrivant manuellement le fichier haproxy.cfg pour valider techniquement la solution - ensuite en essayant de passer les parametres dans l'UI Haproxy et là c'est pas gagné D'ailleurs ce serait peut etre pratique qu'il existe un mode "Avancé" sur l'UI de SynoCommunity permettant d'éditer directement le fichier de config et d'arreter/démarrer haproxy .... :-)

oui.... Mais pour l'instant c'est encore en beta test .. Je détaille ce que j'ai obtenu jusqu'a présent ce week end et comment je l'ai obtenu C'est un beau teaser, non ? :-)

Les deux fonctions sont présentes Navigation et Streaming depuis ton NAS Et téléchargement en local lors du streaming ou en sélectionnant ce que tu veux stocker offline Le plus simple serait sans doute de tester l'appli DSAudio Android pour voir si cela répond a tes besoins. Si tu n'as pas de NAS tu connais peut etre quelqu'un qui te permettra de faire un test (celui qui te rabache achete un NAS syno c'est top !! par exemple )

installe la version de Pyhton fournie par synocommunity Celle fournie par Syno n'est pas détrectée par Haproxy

J'ai fait l'upgrade hier et pas de soucis constatés pour le Reverse Proxy Suite aux messages précédents je commence à regarder quand meme haproxy qui pourrait me permettre de faire fonctionner CloudStation en proxy tcp sur mon pc au boulot...

Des news a ce sujet ? Quelqu'un a validé le Reverse Proxy Apache avec cette version ? Pour l'instant j'ai pas vu passer de nouveaux messages concernant des problèmes avec le Reverse proxy pour cette nouvelle version... Mais si tout le monde attend justement un retour positif ca risque de durer longtemps -

Regardes du coté de l'anitvirus.... C'est très consommateur de ressources lorsqu'un scan est lancé.

Salut, je viens de faire la migration en 5.0 et j'ai un problème: Tous mes reverse proxy fonctionnent toujours Je m'explique après la migration je n'ai modifié aucun fichier et pas le httpd.conf-user pour ajouter le Include vers /usr/local/etc/http.d/httpd-proxy-vhost.conf le systeme se comporte comme s'il prenait automatiquement en compte mon fichier ?? Donc je me suis dit la migration a "gardé" mon Include de la 4.3 mais si je regarde tous les include (grep -i include *) donc le repertoire /etc/httpd/conf je ne retrouve aucun include vers /usr/local/etc J'ai modifié mon fichier de conf reverse proxy camerac.mondomaine.com est devenu cameraj.mondomaine.com, j'ai relance le httpd-user avec la nouvelle commande et mon changement de config s'applique très bien camerac ne marche plus et cameraj fonctionne très bien bref ca marche mais je comprends pas pourquoi et ca ne devrait pas et clairement ca m'enerve !!!!! [Edit 23:55] A y est j'ai compris :-) En fait j'avais pas exactement suivi le tuto initial.... bouh pas bien ! En 4.3 j'avais ajouté la ligne include dans le fichier httpd-vhost.conf-user. Ce fichier a été migré sans modification en 5.0 vers le répertoire /etc/httpd/sites-enabled-user/ Ceci explique que mon fichier de config Reverse Proxy soit toujours actif et valide même après la migration Et du coup ca me revient j'avais préfére ce fichier car il est sensé contenir les vitualhost définis dans l'interface. Comme les virtualhost sont incompatible avec le reverse proxy j'avais préféré ce fichier car justement il etait migré sans être écrasé.. cqfd Bon en tout cas je confirme que le reverse proxy Apache est bien fonctionnel en 5.0 !! youpi

Ouf ... donc je vais pouvoir migrer aussi et conserver mes reverse proxy :-)

Si la version d'apache est la même ça pourrait être la solution temporaire : Sauvegarder les .so et les réinstaller après maj. En tout cas, moi pour l'instant je ne fais pas la MAJ sans les modules apaches : J'utilise le Reverse Proxy et j'en ai absolument besoin. J'ai migré mon 110j en Beta 5, je peux essayer de retrouver les modules et faire le test ...

Changer la vignette de la série (saison) et pas de l'épisode j'ai galéré aussi a trouver comment faire mais j'ai réussi ... Alors il faut te positionner sur la série, pas l'ouvrir pour voir les saisons et le détail, non juste la sélectionner Et là tu peux utiliser Action / Modifier les infos vidéo et tu travailles bien sur la série (Titre, Date, Résumé), tu peux faire une recherche internet, modifier à la mimine , ...

Non c'est pas aussi dramatique que cela ... les séries J (SE maintenant en 2014) sont des versions un peu moins performantes qui permettent d'avoir une machine cohérente a prix abordable pour des particuliers. La différence se fait principalement sur la mémoire (divisée par 2 en gros) et un peu sur le processeur en général moins puissant. Ces machines sont quand même généralement de bonnes machines sur lesquelles tu peux tout faire tourner mais plus lentement :-) Tout dépend de tes besoins mais l'indexation par exemple tu ne fais pas ça toute les semaines ... Au quotidien VideoStation sur ton 411j devrait tourner tout a fait correctement.

Pour moi les films qui ne passaient pas avec le profil BRAVIA passent tous maintenant avec le profil BRAVIA-1. Mais la différence entre "Generic with VS" et Bravia-1 à l'utilisation j'ai pas encore vu. Les pochettes s'affichent correctement (ajout VS database dans MediaServer coché) dans les trois modes ...

Tout dépend de ton utilisation. Une camera exotique tu n'auras certainement pas ou peu de mises à jour (sécurité, bugs, ...), une qualité en général moindre (composants, fiabilité, ..) et de pouvoir trouver de l'aide (forums, foscam, syno, ...) Il y a autant de marques que de prix, l'avantage de Foscam c'est de ne pas être trop cher et de présenter une qualité acceptable. Attention une foscam n'aura jamais la qualité, la finition d'une Axis, IP Trend, .... En fonction de ton budget et de tes besoins tu n'est pas obligé de prendre une camera HD720P, tu peux regarder les version MJPEG en général moins chères ... FI8918W ou FI8910W (avec filtre IRCut) Bon courage dans tes recherches

Pas de panique :-) Titre provocateur et réducteur Tout d'abord cela ne concerne pas QUE les FOSCAM mais TOUTES les cameras IP du marché utilisant les spécifications OpenIpCam. Foscam a depuis corrigé une bonne partie de ces failles via des mises à jour sur une bonne partie de sa gamme. C'est l'avantage d'etre sur une marque connue et qui suit a minimum ces produits. Toutes les autres marques exotiiques n'ont pas forcement livré de correctif justement. Et pour finir de te rassurer si tu utilises SurveillanceStation pour acceder à tes cameras ret que tu ne les exposes pas directementà l'exterieur tu limites le risque de sécurité. De manière générale exposer un périphérique sur internet est risqué. Il faut bien y réfléchir et bien évaluer sa sécurité...