Terrano

Je réponds à moi-même. créer un script S99broadcast.sh dans le dossier /usr/local/etc/rc.d/ #!/bin/ash # Synology DSM bootup script # Configured Variables: SCRIPT_EXEC="/volume1/script/broadcast.py" # Begin script case "$1" in start) printf "%-30s" "Starting script" python ${SCRIPT_EXEC} & printf "[%4s]\n" "done" ;; stop) printf "%-30s" "Stopping script" printf "[%4s]\n" "done" ;; *) echo "Usage: $0 {start|stop}" exit 1 esac exit 0 Terminer par un chmod +x S99broadcast.sh pour le rendre exécutable.

Bonjour, Je travaille sur un projet personnel (https://plus.google.com/u/0/communities/117822114732715162346) et j'aurais besoin de votre aide. Je cherche a faire un zeroconf entre mes clients et mon serveur Synology. Je pensais mettre un broadcast en python comme par exemple : #!/usr/bin/python import socket UDP_PORT = 50005 MESSAGE = "I am here.." sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) #Set the option to say that this socket is for Broacast sock.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1) sock.bind(("0.0.0.0", UDP_PORT)) while True: #Listen for Discover requests data, addr = sock.recvfrom(1024) print("address :" + addr[0]) #Send the Advertise message sock.sendto(MESSAGE, addr) print("Message:" + MESSAGE + "Address:" + addr[0]) Comment configurer ce broadcast en service continu (démarrage auto au boot du syno) pour qu'il réponde à mes clients ? Coté client, j'aurais par exemple ceci : #!/usr/bin/python import socket UDP_IP = "192.168.0.255"; UDP_PORT = 50005; MESSAGE = "Who is out there.." #Listen at an predetermined Broadcast Address and port sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM); sock.bind(("0.0.0.0", UDP_PORT)); sock.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1) #send Discover mesage sock.sendto(MESSAGE, (UDP_IP, UDP_PORT)) sock.sendto(MESSAGE, (UDP_IP, UDP_PORT)) while True: #Listen for advertisement data, addr = sock.recvfrom(1024) print("Node is at:" + addr[0]) Le but est que mes clients récupèrent automatiquement la configuration du serveur Mosquitto du NAS. Merci d'avance pour votre aide.

Dans DNS Server, cliquer sur Zones, Créer, Zone Master. Renseigner les informations suivantes : Nom de Domaine : mondomaine.fr Cliquer sur OK pour sauver Ensuite, modifier les paramètres de la zone SOA pour le domaine nouvellement créé : nom d'hôte : ns.mondomaine.fr courrier électronique : admin@mondomaine.fr série : 47 durée d'actualisation : 43200 heure de tentative : 180 durée d'expiration : 1209600 durée de vie négative du cache : 10800 cliquer sur OK pour sauver Maintenant, rajouter les ressources pour chaque sous-domaine utilisé, cliquer sur Modifier, Enregistrements de ressources : Cliquer sur Créer, NS type : nom : laisser vide TTL : 86400 Hôte/Domaine : ns.solar-crisis.fr Cliquer sur OK pour sauver Cliquer sur Créer, A type : nom : ns TTL : 86400 IP : ip local du nas Cliquer sur OK pour sauver Cliquer sur Créer, A type : nom : mx TTL : 86400 IP : ip local du nas Cliquer sur OK pour sauver Cliquer sur Créer, A type : nom : www TTL : 86400 IP : ip local du serveur hébergeant le site web (ip du nas généralement) Cliquer sur OK pour sauver Panneau de configuration, Accès externe, Avancé paramétrer le nom du site DSM et les ports HTTP et HTTPS utilisés comme par exemple : dsm.mondomaine.fr HTTP : 80 (port externe utilisé si NAT de 80 à 5000 dans la livebox ou utilisation NGINX) HTTPS : 443 (port externe utilisé si NAT de 443 à 5006 dans la livebox ou utilisation NGINX) Réseau, Général, configurer le DNS manuellement : Serveur DNS préféré : IP local du NAS Serveur DNS secondaire : IP de la livebox, de google, ou de orange... Réseau, Interface réseau, Modifier la connexion réseau active : dans IPV4 ou IPV6, configurer l'IP du DNS server sur l'IP du NAS dans DHCP, si utilisé, configurer l'IP du DNS principal et du DNS secondaire comme ci-dessus Une fois tout celà fait, plusieurs choses encore à faire : l'IP Orange est une IP Dynamique, il faut donc utiliser un service comme noip.com Il faut configurer la mise à jour de l'IP de noip à partir de la livebox Il faut configurer votre nom de domaine pour pointer vers noip.com NOIP.COM : créer un compte sur noip.com aller sur Hosts/Redirect cliquer sur Add a Host Choisir un alias (toto, mondomaineredirect, etc... et un domaine de redirection (ddns.net, redirectme.net, no-ip.org....) Host Type : A Group : No Group MX : mx.mondomaine.fr priorité 10 Sauvegarder renseigner l'adresse ip externe de votre livebox LIVEBOX : Se connecter à la Livebox en Admin Configuration Avancée / DynDNS Service : No-IP Nom d'Hôte complet : Celui choisi plus haut, par exemple toto.no-ip.org Nom d'utilisateur : Nom d'utilisateur noip.com (adresse mail normalement) Mot de passe : Mot de passe noip.com Cliquer sur Ajouter A chaque changement d'IP, l'hôte noip.com va suivre DOMAINE REGISTER : Il faut que l'hebergeur de votre nom de domaine pointe vers noip et nom plus une adresse IP fixe. Voici comment faire avec un domaine chez 1&1 : Pour votre domaine mondomaine.fr : Modifier la destination en Redirection, Redirection par Frame vers http://www.mondomaine.fr Mettre un titre Meta Modifier les paramètres DNS : Paramètres serveur de noms : laisser serveurs 1&1 Enregistrements A/AAAA (adresses IP) : Autre adresse IP / IP externe de votre livebox (ce paramètre ne servira pas de toute façon) Enregistrements MX (MX-record) : Autre serveur email / MX1 : mx.mondomaine.fr / priorité : 10 Cocher : Utiliser le serveur email 1&1 comme enregistrement MX Pour le sous-domaine www.mondomaine.fr : Modifier la destination en Redirection, Redirection par Frame vers http://toto.no-ip.org Mettre un titre Meta Modifier les paramètres DNS : Enregistrements A/AAAA (adresses IP) : choisir CNAME, renseigner toto.no-ip.org cocher "Je confirme avoir lu, compris et accepté que tous les paramètres DNS actuels, adresses emails et redirections seront désactivés." Même chose que ci-dessus pour mx.mondomaine.fr et ns.mondomaine.fr et tout autre sous-domaine que vous aurez besoin Dernière chose : Pensez à bien configurer sur tous vos appareils sur le réseau local l'utilisation comme DNS l'adresse IP local de votre NAS.

Bonjour, Je suis entrain de m'amuser avec le serveur CalDav du Synology pour mettre en place Agendav (https://github.com/adobo/agendav). L'installation s'est bien passé mais le logiciel rencontre des problèmes pour : Récupérer le DisplayName des Calendriers Mettre à jour le DisplayName et le Calendar-Color des calendriers J'essaie d'aider le développeur de la solution à la rendre compatible avec nos NAS, et voici ce que j'ai constaté : Tout d'abord, sous SSH, j'exécute la commande suivante : curl -v -X PROPFIND -u user:password -H "Depth:0" -H "Content-Type: text/xml" -H "Brief:t" -d "<D:propfind xmlns:D='DAV:' xmlns:ns0='DAV:'><D:prop><ns0:displayname/></D:prop></D:propfind>" https://caldav.mondomaine.fr:5006/calendars/user La commande me renvoie le résultat suivant : * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): > PROPFIND /calendars/user HTTP/1.1 > Authorization: Basic c3lubzpsZ0BBZG1pbjIwMTU= > User-Agent: curl/7.36.0 > Host: caldav.mondomaine.fr:5006 > Accept: */* > Depth:0 > Content-Type: text/xml > Brief:t > Content-Length: 73 > < HTTP/1.1 207 Multi-Status < Date: Fri, 18 Dec 2015 14:46:46 GMT < Server: Apache < Location: https://caldav.mondomaine.fr:5006/calendars/user/ < Content-Length: 391 < Content-Type: application/xml; charset="utf-8" < <?xml version="1.0" encoding="utf-8"?> <D:multistatus xmlns:D="DAV:" xmlns:ns0="DAV:"> <D:response xmlns:ns0="DAV:" xmlns:ns1="http://apple.com/ns/ical/" xmlns:ns2="urn:ietf:params:xml:ns:caldav"> <D:href>/calendars/user/</D:href> <D:propstat> <D:prop> <ns0:displayname>User</ns0:displayname> </D:prop> <D:status>HTTP/1.1 200 OK</D:status> </D:propstat> </D:response> </D:multistatus> On voit que j'arrive bien à récupérer le DisplayName, pas de soucis. Cela devrait donc être corrigé. En ce qui concerne par contre la mise à jour du DisplayName et du Calendar-Color, la commande suivante devrait fonctionner : curl -v -X PROPPATCH -u user:pass -H "Depth:0" -H "Content-Type: text/xml" -d "<D:propertyupdate xmlns:D='DAV:' xmlns:ns0='DAV:'><D:set><D:prop><ns0:displayname>Toto</ns0:displayname><ns0:calendar-color>#FFFFF</ns0:calendar-color></D:prop></D:set></D:propertyupdate>" https://caldav.mondomaine.fr:5006/calendars/user Le résultat est encourageant : * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): > PROPPATCH /calendars/user HTTP/1.1 > Authorization: Basic dGVycmFubzpsZ0BTeW5vMjAxNQ== > User-Agent: curl/7.36.0 > Host: caldav.mondomaine.fr:5006 > Accept: */* > Depth:0 > Content-Type: text/xml > Content-Length: 187 > < HTTP/1.1 207 Multi-Status < Date: Fri, 18 Dec 2015 16:03:25 GMT < Server: Apache < Location: https://caldav.mondomaine.fr:5006/calendars/user/ < Content-Length: 250 < Content-Type: application/xml; charset="utf-8" < <?xml version="1.0" encoding="utf-8"?> <D:multistatus xmlns:D="DAV:" xmlns:ns0="DAV:"> <D:response> <D:href>/calendars/user</D:href> <D:propstat> <D:prop> </D:prop> <D:status>HTTP/1.1 200 OK</D:status> </D:propstat> </D:response> </D:multistatus> Sauf que dans les faits, si je refais la première commande, rien n'a changé..... :( Quelqu'un parmi vous s'y connait un peu pour m'aider à comprendre le problème ?

Perso, j'ai rajouté un relais SMTP de Orange sinon ça ne marchait pas. Serveur de Messagerie / SMTP / relais SMTP : Activer le relais SMTP Serveur : smtp.orange.fr Port : 587 Connexion sécurisée TLS Identifiant requis Login : Adresse Mail @orange.fr Passord : Password Adresse Mail @orange.fr Perso, j'ai activé le SMTP en TLS sur le port 587 et j'ai naté juste ce port dans ma livebox pour le router vers le NAS. Ne pas oublier d'ouvrir le port dans Réseau / Sécurité / Pare-feu du NAS. Avec ça, je peux envoyer des mails Orange, Free, Hotmail sans problème (y compris mails de mon domaine hébergé chez moi). Quand à recevoir des mails, c'est la même chose, mais sur le port IMAP SSL ou POP3 SSL, au choix.

Alors, j'ai 2 apple TV 3 qui fonctionnent avec Plex Connect, mais je l'ai déporté sur un mini HTPC, plus simple à mettre à jour que le NAS. Pour le coup, je ne peux hélas plus vous aider. Par contre, si j'ai un conseille à donner, passez à l'apple TV 4. Plus besoin de Plex Connect et l'application Plex disponible sur tvOs est tout simplement remarquable !! Même si ce n'est que la première version. :)

Ton Apple TV est connecté en Wifi ou filaire ? Est-ce que le DNS de l'apple TV pointe toujours vers ton NAS 192.168.1.8 ?

Perso, j'ai toujours 2 caméras qui ne marchent pas et je suis obligé de laisser en mjpg au lieu de H.264. D'ailleurs, régulièrement, une de ces deux caméras au hasard perd la connexion avec Surveillance Station... Très étrange tout ça.

Un simple reset pour remettre le compte admin par défaut aurait suffit. ;)

Avez-vous bien pensé à installer et à démarrer Web Station avant ? Faites également bien attention à ce que le port 32400 ne soit pas déjà utilisé sur votre Synology.

La règle dans surveillance station est : Si la caméra détecte un mouvement et pas d'enregistrement en cours, lance l'enregistrement des 5 secondes précédents et enregistre pendant 5 secondes Si la caméra ne détecte pas d'autre mouvement au bout des 5 secondes, stop l'enregistrement Si la caméra détecte un autre mouvement pendant les 5 secondes, relance le compteur d'enregistrement de 5 secondes Le déclencheur étant dans tous les cas la détection de mouvement, c'est bien le temps après détection de mouvement que tu souhaites modifier. :)

idem :/

Un bilan pour moi (lecture en HTTPS) : RTSP, H.264, LiveView sur "De la Caméra" : OK RTSP, H.264, LiveView sur "De la Surveillance Station" : KO - Déconnexion et Reconnexion continue des caméras MJPG, LiveView sur "De la Caméra" : OK MJPG, LiveView sur "De la Surveillance Station" : OK

Je ne parle pas de la détection de mouvement (par caméra ou Surveillance Station) mais du LiveView.

Nouvelle version de DS Cam pour iOS ce jour !!! Le Live est revenu. Mais uniquement pour les caméras ou la source du LiveView est paramétré sur "De la Caméra" et pas sur "De la Surveillance Station" :/

Suffisait de voir mon topic 2 sujets plus bas que le tien... lol Pourtant mon titre était explicite non ? ;) http://www.nas-forum.com/forum/topic/49276-probl%C3%A8me-cam%C3%A9ra-d%C3%A9connect%C3%A9/

Pour information, je pense que le problème vient des propriétés LiveView des caméras sous Surveillance Station. Si on met l'option sur "De la Caméra", au lieu de "De la Surveillance Station", les déconnections disparaissent. Par contre, avec ceci, je n'ai plus le live qu'en local.... :/ De plus, mes caméras Zavio D7210 ne me donnent pas l'option de choisir "De la Caméra" sous Surveillance Station comme j'ai pour les Zavio P6210... Bref, mise à jour horrible...

Pour information, j'ai ouvert un ticket chez Synology. Dans les paramètres LiveView des caméras, les mettre sur "De la Caméra" et pas sur "De la Surveillace Station". Perso, je retrouve le Live mais.... y'a toujours un mais... Uniquement sur le réseau interne et pour les caméras le supportant. :/

IP fixe ou dynamique ? Il arrive que certaines ip ou range d'ip soient bloqués avec mauvaise réputation car destinées à un usage privé (donc rarement avec un serveur mail derrière). Il est assez facile de corriger ceci. Déjà, vérifie la réputation de ton domaine et de ton adresse IP avec ces sites : http://mxtoolbox.com/blacklists.aspx http://www.spamhaus.org/lookup/ https://ers.trendmicro.com/reputations/index

Bon, apparemment, le problème apparait dès que j'active l'enregistrement (sur détection par Surveillance Station). Dès qu'un mouvement est détecté, l'enregistrement doit se lancer et là, ca déconnecte la caméra.... Très pratique :/

iOS t'es sûr ? En bas de l'application, dans paramètres, il m'affiche bien 4.6-192...

Bonjour, Depuis la mise à jour hier de Surveillance Station, DS Cam sur iOS ne lit plus les video des caméras. J'utilise la lecture https avec certificat ssl. J'ai également essayé en http, sans succès. En fait, l'écran de la caméra s'affiche, la roue de chargement tourne, l'écran de fond devient noir et la roue continu de tourner indéfiniment. Pour info : DS Cam version 4.6-192 DSM version 5.2-5644 Surveillance Station version 7.1-4056 Device pack 3.5-0859 Quelqu'un a-t-il ce problème ?

Pas de soucis, j'ai eu le support et ils m'ont bien tout expliqué comme tu viens de le faire. :) La reconstruction s'est très bien passé, et tout est rentré dans l'ordre sans soucis. Sympa de voir quelqu'un de WD sur ce forum :)

Pour information, le switch Netgear JGS524PE, c'est 100W en POE. La dessus, j'ai : 2 Caméras Zavio D7210 : 2 x 5.14W Maximum 2 Caméras Zavio P6210 : 2 x 6W Maximum 1 Portier Alcatel IP80 : 3.6W Maxium 2 Tel Alcatel IP600 : 2 x 2.6W Maximum 3 Switch Netgear GS105PE : 3 x 22 W Maximum Ce qui donne un total de 97.08 W Maximum... Ca c'est de la rentabilité lol C'est la théorie, le maximum, c'est en utilisation soutenue, or, derrière les switchs, je n'ai pas de matériel POE, donc, les 22 W sont en fait plus faibles. Conclusion : L'installation est bien dimensionnée. Pour en revenir au sujet initial, j'ai modifié les paramétrages des caméras hier, et depuis, plus une seule deconnexion... Ce que j'ai fait, c'est passer toutes les caméras en flux MJPEG au lieu de H.264. Donc, à priori, c'est un problème de ressource avec le codec qui gêne. non ? C'est 1 portier, les 4 autres sont des caméras, cf. ci-dessus. ;)

Pas faux Gaétan, faut que je vérifie ça.