Terrano

Ça arrive également, mais la, je poste car il arrive que ca reste déconnecté définitivement. Seul un reboot de la caméra corrige le problème.

C'était de l'humour... hého.... lol Et puis, ca reste des WD Red 3 To... Faut pas trop en demander mdr

Donc augmentation de la lecture, augmentation des mouvements de têtes, augmentation de l'usure, casse plus rapide. ^^ Je sais, je suis trop méchant... lol

Bonjour, Depuis que j'ai installé une cinquième caméra dans Surveillance Station (Portier Alcatel IP80), je rencontre un problème assez gênant. Je possède une licence 4 caméras Synology + 1 caméra gratuite (sur les 2 offertes), ce qui fait que j'ai bien assez de licence. Or, je constate que depuis que je suis passé de 4 à 5 caméras, régulièrement, il y a des pertes de connexion avec une caméra au hasard. Pourtant, la caméra est toujours fonctionnelle et le flux vidéo accessible. Un reboot de la caméra la rend de nouveau connecté dans Surveillance Station. Quelqu'un a une idée de ce qui se passe ? Pour info, je suis en version 7.0-3778 de Surveillance Station et en version 3.4-03674 du Device Pack. Le réseau n'est pas en cause, aucune saturation : connexion Filaire RJ45 direct entre CAM et Switch switch Netgear 24 ports jgs524pe Link Aggregation 4 ports sur RS814+

Je suis architecte IT dans ma société, et j'ai demandé à mon responsable Infrastructure et il m'a tout expliqué, ça augmente ma culture comme ça. :) Le Link Aggregation sert si tu as plusieurs clients, par exemple, pour éviter que l'accès au NAS soit ralenti si trop de connexion. Mais après, faut des disques véloces pour ne pas limiter l'intérêt. Un raid 10 de disques SSD est le top pour les meilleurs perfs, mais faut en avoir l'utilité et les moyens. Un Link Aggregation pour un particulier peut être utile, tout dépend des usages et des configurations. Le Link Aggregation est stable en terme de débit, si tu l'actives, laisse le, ça ne mange pas de pain. P.S. : L'autre mode est essentiellement destiné à la haute disponibilité, c'est à dire si sur ton port 1, le cable est coupé ou que le port est mort, ça basculera automatiquement sur le deuxième en transparence. Mais pareil, cela n'est vraiment utile que si ton réseau est redondant. Généralement, un particulier utilisera un seul switch voir même la box du FAI. Si c'est cet élément qui lâche, t'aura beau avoir mis les deux ports en Network Fault Tolerance, ça servirait à rien.

pour ça que j'ai dit emballé lol mais dans mon cas, il y avait un bordereau de garantie sortie d'usine. Après ce n'est pas toujours le cas oui.

La loi européenne précise que la garantie matériel ne peut-être inférieure a 2 ans, c'est une obligation. Pour WD, venant de faire changer un de mes disques WD RED Pro 4 To, la garantie est de 5 ans. C'est gratuit (mise à part le retour du disque endommagé) mais surtout cela peut être fait en RMA anticipée, c'est à dire qu'ils t'envoient le disque de remplacement (emballé neuf) et tu as 45 jours pour renvoyer le disque endommagé.

lol, bien vu ;) Après, j'ai pas testé leur débit.... pour le moment lol

T'a rien compris... Je ne parle pas de l'utilité du SATA qui n'est pas a démontré, mais du fait que les fabricants vantent leurs disques durs avec des débit lié à l'interface soit de 6 Gbps alors qu'il ne sont que de 1 Gbps maximum (et en lecture) pour les 7200 trs/min. (Je ne parle pas des SSD qui sont à part).

Alors, qu'on soit bien clair, dans son "experience", il a fait 2 cas : 120.1 MB/sec write (PC → NAS) + (Laptop → NAS) (simultaneous transfers) 196.9 MB/sec read (NAS → PC) + (NAS → Laptop) (simultaneous transfers) Il a regardé les transferts du point de vue du NAS, pas d'un unique Client. Globalement, ce qu'il faut savoir, c'est que le débit en émission ou réception réseau est limité par : Vitesse de lecture des disques durs du Client Type de connexion Disque Dur (SATA, SATA II, SATA III, ...) Type de controleur OS Type de connecteur réseau (embarqué, dédié) Type de connexion réseau / Carte Mère (PCI, PCI Express, ...) Vitesse du connecteur réseau (1 Gigabit, 10 Gigabit) Type de cablage (Categorie 5, 5e, 6) Passage du cablage (proximité de sources électriques fortes) Même chose coté NAS. Donc ? Dans son premier exemple, il écrit en même temps sur le NAS a partir de 2 sources distinctes. Cela veut dire que c'est la vitesse d'écriture du NAS qui ralentit le transfert. Les disques Hitachi Deskstar 7K3000 3To culminent suivant des tests à 117,9 MB/S, ce qui correspond peu ou prou à son cas 1. Il est donc bien au maximum de ce qu'il peut faire. Dans son deuxième exemple, il lit en même temps sur le NAS a partir de 2 sources distinctes. Idem qu'au dessus, c'est la vitesse de lecture du NAS qui ralentit le transfert.Les disques Hitachi Deskstar 7K3000 3 To culminent suivant des tests à 152 MB/S, ce qui correspond peu ou prou à son cas 1. Il est donc bien au maximum de ce qu'il peut faire. (Lien du test : http://www.tomshardware.fr/articles/meilleur-disque-4To,2-839-11.html) Conclusion : Il sera très rare d'atteindre un plafond théorique de transfert de 2 Gbps/s en faisant un link aggregation de 2 ports. Tout dépend des "clients" derrières. Mais généralement, la limitation des disques durs ne pourra être évité, sauf a passer sur du Raid 01 ou 10, voir avec des SSD. PS. : Toujours se méfier des tests informatiques, les configurations de tests impacts beaucoup sur les performances constatées. Hors sujet : Vous trouvez normal qu'on vende des disques durs avec des débits théoriques de 6 Gbps/s car connecté en SATA III 6 Gbps alors que le disque en lui-même n'utilise pas une telle bande passante ? :)

euh, j'ai fait un peu de recherche rapide et j'ai trouvé ceci : http://forum.synology.com/enu/viewtopic.php?f=145&t=52001#p199216 En gros, un PC ne pourra jamais utiliser directement le link aggregation, il faut passer par un switch compatible. C'est sur le switch que tu configureras le link aggregation entre les deux ports de ton NAS a condition que le NAS (ce qui est le cas pour le DS416) soit compatible avec le Link Aggregation. Après, de ce que j'ai lu du Link Aggregation, c'est pour une utilisation serveur (requête vers) et non client. C'est surtout pour éviter la limitation de la bande passante. Globalement, un échange sera toujours instancié sur un seul des ports, pas les deux. En gros, sur un PC, ca te servira s'il sert également de serveur, mais en tant que client, oublie.

Perso, j'ai opté pour un WildCards SSL *.mondomaine.fr et ça marche super bien. Après, ça coûte quand même 96$ par an en passant par https://www.namecheap.com/security/ssl-certificates.aspx mais ca reste un certificat Comodo et valable pour le domaine et tous les sous-domaines que je possède. C'est un choix.

Ce qu'il faut savoir c'est que j'avais contacté le support Synology à propos d'une problématique simple. J'ai 3 noms de domaines avec 3 certificats SSL. Or, dans l'interface de DSM, on ne peut déclarer qu'un seul certificat. Je leur ai expliqué mon problème, pouvoir gérer 3 sites différents sur un seul Synology. Leur réponse a été : "Cela n'est pas possible, de base, DSM est conçu de manière à n'hébergé qu'un domaine à la fois. Pour votre besoin, il vous faudrait 3 NAS Synology, 1 par domaine. Nous allons cependant voir la faisabilité d'un développement pour ce besoin mais nous ne pouvons pas vous dire si cela sera fait un jour." Ce que je vois par contre, c'est qu'ils sortent un module Virtual DSM Manager avec DSM 6.0 Béta 1, peut être cela permet de répondre à cette problématique ?

Je pense que cela n'est tout simplement pas possible... du moins en utilisant Mail Station et Mail Server car ils utilisent les comptes Synology et les domaines du synology pour rapprocher les adresses mails. Ayant moi-même 3 noms de domaine sur mon NAS, je voulais également pouvoir les gérer indépendamment. Par contre, S'il s'agit exclusivement d'avoir les adresses mails séparées mais un seul utilisateur, il est peut-être possible d'utiliser le paquet Zarafa qui lui gère des comptes mails indépendamment des comptes du Synology, si je ne m'abuse. Après, la configuration n'est pas aisée et cela nécessite de gérer les comptes Synology d'un coté et les comptes mails de l'autre. A faire le pour et le contre des besoins. J'ai choisi personnellement de privilégier l'intégration complète à la disparité. :)

Ca fait plaisir de voir des passionnés comme moi d'Asterisk et de ses fonctionnalités, merci pour la pierre à l'édifice. :)

Perso, c'est ce que j'ai fait. Ca prend du temps mais au moins, tu pars sur un disque sain.

Nouveau disque dur reçu et préparé. Ce soir, j'enlève à chaud le disque problématique et je rajouterais le nouveau. Cela devrait me permettre de relancer la construction du volume.

Western Digital vient de m'envoyer un nouveau disque dur. Ils ont changé le numéro de série sur mon interface support ou mes 4 disques durs été enregistré. Les WD RED Pro sont garantis 5 ans. Sur 3 disques, il me reste 1 540 jours de garantie. Par contre, sur le nouveau, au lieu d'avoir aussi 1 540 jours de garantie comme la loi le dit (garantie en cas d'échange reprenant à la date d'achat du matériel en panne), je me retrouve sur ce disque avec 118 jours de garanties ?!?! Se foutent de la gueule de qui ???? :/

Je ne viendrais pas vous contredire, mes wd Green 1to sont toujours au top lol

5835 je crois, si c'est la valeur Power_On_Hours

Merci pour vos réponses, je suis en Raid Synology Hybride. Effectivement, je vais insister auprès de WD qu'ils m'envoient le nouveau disque avant renvoi de l'ancien.

Bonjour, Ce jour, j'ai reçu un mail m'indiquant que mon test SMART étendu mensuel a échoué sur le disque 3 de mon NAS RS814+. Rien de surprenant pour ceux qui ont suivi mes déboires précédent : http://www.nas-forum.com/forum/topic/48524-perte-connexion-rs814/ Sa pose maintenant la question de l'échange de disque. Le WD étant encore sous garantie, un retour est possible. Question : Puis-je enlever le disque et laisser l'emplacement dans le rack vide le temps de recevoir le nouveau ? Je suppose qu'il faut l'enlever NAS éteind, mais quand je vais le rallumer, que va-t-il se passer ? Il va reconstruire le volume ? Réciproquement, quand j'aurais le nouveau, il va automatiquement reconstruire le volume ? Merci d'avance pour vos retours. :)

Grosse mise à jour du tutorial. Enjoy ^^

Voilà, j'ai une solution :) Voir l'edit du tutorial.

Avoir ses contacts synchronisés de partout, c'est bien, pouvoir les identifier quand ils nous appellent, c'est mieux. :) Pour ce tutorial, nous allons nous baser en prérequis sur le fait que vous avez déjà réalisé celui-ci : http://www.nas-forum.com/forum/topic/48962-carddav-retrouver-ses-contacts-sur-ses-téléphones-ip/ Le but va être simple : Lors d'un appel entrant, interroger la liste des contacts pour voir si le numéro de tel appelant y est enregistré. Si c'est le cas, le nom du contact remplacera le numéro du téléphone. Installation d'un AGI : sous SSH, réaliser les commandes suivantes : cd /var/lib/asterisk/agi-bin vi cidname-recog.agi Tapez i pour passer en édition et coller le code suivant : #!/usr/bin/env python import sys import csv if len(sys.argv) <= 1: exit() cid = sys.argv[1].replace("-","").replace(" ","").strip() # accepting AGI input (but there's nothing to do with it) while 1: line = sys.stdin.readline() if not line: break if line=="\n": break fd = file("/volume1/web/carddav/book.csv") print 'VERBOSE "STATUS: Looking up %s" 2' % cid for line in csv.reader(fd): # note: comparing the number back-to-front, and only comparing 8 rightmost digits. # This helps dealing with different prefix, e.g. +44, 00, 001 etc. and still getting # an accurate match. if line[1].replace("-","").replace(" ","").strip()[::-1][:8] == cid[::-1][:8]: print 'VERBOSE "STATUS: Found %s : %s" 2' % (cid, line[0].strip()) print 'SET VARIABLE CALLERID(name) "%s"' % line[0].strip() exit() print 'VERBOSE "STATUS: %s Not Found" 2' % cid Appuyez sur Echappement, puis :wq pour sauvegarder le fichier. Rendre le fichier exécutable avec : chmod 755 cidname-recog.agi Modification des extensions : Toujours sous SSH, tapez le code suivant : vi /var/packages/Asterisk/target/etc/asterisk/extensions.conf Tapez i pour passer en édition et Insérez l'extension suivante : [cidname-lookup] exten => s,1,NoOp(looking up callerid name) exten => s,n,GotoIf($["foo${CALLERID(NAME)}" = "foo" ]?getname) exten => s,n,GotoIf($["${CALLERID(NAME)}" = "${CALLERID(NUM)}" ]?getname) exten => s,n,NoOp(caller id name exists as ${CALLERID(NAME)}) exten => s,n,Return exten => s,n(getname),AGI(cidname-recog.agi,${CALLERID(NUM)}) exten => s,n,NoOp(Caller ID Name is now ${CALLERID(NAME)}) exten => s,n,Return Insérez la ligne suivante dans les extensions où vous voulez vérifier le nom de l'appelant : exten => numtel,n,Gosub(cidname-lookup,s,1) Appuyez sur Echappement, puis :wq pour sauvegarder le fichier. Redémarrez le serveur Asterisk pour prendre en compte les modifications : /volume1/@appstore/Asterisk/sbin/asterisk -rvvvvvvvv reload core restart now Conclusion : Vous voilà avec un serveur Asterisk intelligent capable de reconnaitre vos contacts et d'afficher leur nom et le poste d'où ils appellent. :) Un pas de plus vers l'oublie des numéros de téléphone.