Fenrir

De mémoire, plus c'est bas, moins c'est sensible ...

Que disent les logs du serveur distant ?

IP Camera -> Event Detection

@PiwiLAbruti : oui, s'il prend en compte les routes de retour et le NAT ...

Tu n'as pas l'air à l'aise avec les réseaux, donc a risque d'être compliqué de t'expliquer. Commence par lire ce sujet en entier : http://www.nas-forum.com/forum/topic/50595-routeur-1900ac-fonction-iptv-et-voip-avec-freefr/ Autre possibilité, comme ton nas a 2 interfaces réseau, branches en une sur chacun des réseaux

Oui, dans le cas de lecteurs capricieux. Dit autrement, le transcodage c'est à utiliser en dernier recours.

Vu en direct, l'upnp à fait n'importe quoi => il faut le couper sur la box et le nas

oui, il faut au moins 2 disques libres

Essaye en désactivant le transcodage dans la serveur multimédia

Ça dépend bcp de la caméra, il faut faire des tests.

Tu peux tenter le tuto de @gaetan.cambier , voir ici : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/

404 ça veut simplement dire que la page demandée n'existe pas => l'adresse et bonne, pas l'url Un petit tour sur le site du constructeur t’aurai permis de trouver la doc : http://support.dlink.com/ProductInfo.aspx?m=DCS-8200LH Dans laquelle on voit indiqué dès le début : Et dans la datasheet on a : Cette caméra est vendu pour être utilisée avec l'appli Dlink, rien d'autre (ça ne veut pas dire qu'elle n'est pas compatible, juste qu'ils n'ont rien fait pour).

Un peu long à rendre la main au reboot, mais à part ça tout roule (notez aussi la maj de photostation, on peut enfin se passer de php5.6).

@jsonline Dans un datacenter, le courant électrique est parfaitement régulé, tout comme le taux d'humidité, la température et les vibrations. Les disques sont moins souvent au repos, mais les accès sont plus "propre" car les données sont mieux réparties que chez un particulier (mapreduce, hadoop, lustre, ...). De plus, les disques sont généralement "préparés" (alignement et taille des blocs par exemple, ou tuning DMA) avant d'être mis en service. Au final, les disques sont dans des conditions presque idéales donc les taux de panne montrent plus un minimum qu'un maximum.

Avec la série de mise à jour qu'il vient d'y avoir, il faudrait peut être que tu revois un peu tes seuils de détection. Un petit dépoussiérage des réglages de temps en temps ça ne fait jamais de mal.

Oui, du paquet SurveillanceStation, de l'appli pour pc et de l'appli pour mobile (android et ios) => la totale en clair

Je recommande de ne pas utiliser quickconnect, mais tu peux essayer de supprimer ta conf et de la refaire, parfois ça marche

Si votre "code" est en php, vous avez plein de manière de le lancer, mais on va se limiter aux 2 les plus courantes, de la plus lente à la plus rapide, de la moins sécurisée à la plus sécurisée mais aussi de la plus portable à la moins portable : l'appeler en http, c'est ce que vous faites avec votre navigateur ou avec curl : curl http://adresse.du.serveur/script.php curl http://localhost/script.php ... l'appeler via php php -f /volume/chemin/vers/script.php Dans un cas comme dans l'autre, votre script doit être correctement écrit afin de bien se lancer et il doit produire une sortie compatible avec le besoin. Exemple, un petit script qui récupère l'heure courante auprès d'un serveur ntp : <?php $ntpsrvaddr = 'pool.ntp.org'; $ntpsrvport = '123'; $timezone = 'Europe/Paris'; $query = "\010" . str_repeat("\0", 47); $socket = socket_create(AF_INET, SOCK_DGRAM, SOL_UDP); socket_connect($socket, $ntpsrvaddr, $ntpsrvport); socket_send($socket, $query, strlen($query), 0); socket_recv($socket, $response, 48, MSG_WAITALL); socket_close($socket); $data = unpack('N12', $response); $ts = sprintf('%u', $data[9]) - 2208988800; $time = date('c', $ts); $tz = new DateTimeZone($timezone); $date = new DateTime($time); $date->setTimezone($tz); echo $date->format('c'); Les 3 première lignes sont des variables qu'il suffit de placer en paramètres pour rendre le script "dynamique". C'est là que la méthode employée a son importance. Si vous faites une requête HTTP (avec curl ou votre navigateur), les arguments seront en GET ou en POST (methode HTTP), si vous passez en mode script, il s'agira d’arguments à la mode unix, donc à extraire avec $argc et $argv. Le plus propre étant de toujours prévoir les 2 à la fois (appel http et unix) <?php if( $argc > 1 ) { parse_str(implode('&',array_slice($argv, 1)), $_GET); } elseif print_r($_GET); S'il s'agit d'exécuter une action, il n'est aucunement nécessaire de produire du contenu, par contre sortir des codes d'erreur peut être important (code http et/ou unix, en fonction du besoin).

Ha oui, j'aurai du regarder la section du post => https://usdl.synology.com/download/Package/spk/Plex Media Server/

Tu as surement laissé les mises à jour automatique => une nouvelle version du paquet est sortie hier

https://usdl.synology.com/download/DSM/release/ Par contre la version 0.x n'a jamais été ouverte au public (même mon DS101j était en 1.x ou en 2.x le jour de son déballage)

# diff -s /usr/bin/rsync /bin/rsync Files /usr/bin/rsync and /bin/rsync are identical Donc peu importe, c'est le même # echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin Par contre, pourquoi syno l'a foutu à 2 endroits qui sont dans le path ? pas très propre tout ça Ton chemin est plus posix

# which rsync /bin/rsync

Le réglage du firewall n'a aucun rapport avec la langue du navigateur. soit ta base geoip n'est pas à jour (tu ne peux rien y faire, c'est à synology et ton nas de le faire) soit ton fai t'a affecté une IP qui n'est pas (encore) déclarée partout comme étant en France soit tu n'es pas en France (je pense que tu serais au courant) Pour la mémoire, c'est un comportement normal, au fur et à mesure que tu utilises des applis, la mémoire va se remplir, Linux gère ça très bien, un peu compliqué à expliquer, mais au bout d'un moment, ça devrait se stabiliser. Pour faire simple, lorsqu'un programme doit faire une opération, il demande un espace mémoire pour travailler, le noyau lui réserve donc une place. Lorsque le programme a terminé de travailler, s'il est correctement programmé, il va indiquer que la place est libre. Comme le noyau est malin, s'il lui reste encore plein de place dispo, il ne va pas libérer cet espace, mais juste le marquer comme "non prioritaire" (LRU). Comme ça, si le même programme redemande de la ram pour une nouvelle opération le noyau n'a pas à lui réallouer un espace de ram, il lui redonne le précédent => c'est nettement plus efficace que de tout purger/réallouer à chaque fois. En pratique c'est horriblement plus complexe, mais diablement efficace.