Fenrir

ça dépend de la TV

au moment où j'ai posté cette réponse, le sujet étant dans présentation, d'où mon erreur

Pour la partie surveillance, je passe mon tour. Je parlais de la taille des fichiers de données hors vidéo surveillance (documents, films, photos, ...) C'est plus pour un usage multimédia, les syno permettent, entre autre chose, de diffuser des vidéos (films par exemple) sur TV ..., mais si les fichiers sont dans un format non géré, il faut les convertir, c'est là qu'intervient le transcodage (perso je préfère éviter d'y avoir recours). Aucun intérêts pour la vidéo surveillance je pense, mais ton nas te servira peut être à autre chose. Si je devais me prononcer, je mettrais ces critères en avant : nas avec 4 baies : étant donné l'espace disque qu'occuperont des 15jours*8 de vidéos + les éventuelles autres données, 2 baies ça sera trop juste disques remplaçable à chaud : sauf si ça ne pose aucun soucis de couper l'enregistrement des caméras en cas de panne de disque raid 5 ou raid 6 : pour ne pas perdre trop de place tout en ayant un minimum de continuité de service en cas de panne d'un disque @Lucien77 : ce n'était pas vraiment une présentation

En killant opendkim et en le relançant

Avec les besoins énoncés, n'importe lequel, mais tu ne donnes pas vraiment de détails (besoin de transcodage par exemple). Idem, on ne sait pas quel volume de données tu as à mettre dessus Oui mais ça n'a presque aucun intéret ------------ Commence par de fixer un budget (au moins un ordre de grandeur) et essaye d'estimer l'espace disque dont tu vas avoir besoin en te projetant sur 3ans. ------------ Pour la partie caméra, je n'utilise pas surveillance station, donc je peux difficilement t'aider.

il est en DSM 5.2, mais en DSM 6 c'est presque au même endroit : VideoStation->Paramètres (la roue en haut à droite)->Avancé

Ils parlent de baies (dans des salles machines généralement), donc avec souvent de nombreux équipements et (avec les baies bas de gamme) pas mal de vibrations

Linux, Mac, Solaris, Windows ou autre chose ? https://www.vincentliefooghe.net/content/fixer-une-adresse-ip-statique-sur-linux https://assistance.orange.fr/ordinateurs-peripheriques/installer-et-utiliser/la-connexion-de-votre-ordinateur/ethernet/mac-os-configurer-une-ip-fixe-en-connexion-ethernet_20022-20337 http://docs.oracle.com/cd/E26919_01/html/E25832/gjwiq.html https://assistance.orange.fr/ordinateurs-peripheriques/installer-et-utiliser/la-configuration-d-un-reseau/windows-7/windows-7-configurer-un-ordinateur-avec-une-adresse-ip-fixe_40469-41276 edit : ça serait peut être plus simple pour toi de te connecter depuis une autre machine ou une smartphone et d'enlever le blocage

Je vois bien comment on peut avoir consommer autant d'espace, ma question (qui était mal formulée) portait sur le besoin d'avoir un volume unique de 16To de plus. Pour en revenir à ta question, je n'ai jamais testé sur un synology, mais ton nas devrait pouvoir gérer des volumes de plus de 16To sans soucis. Niveau formatage la limite et bien au delà de 16To pour la plupart des systèmes de fichier (ext4 c'est 1Eio), par contre les outils de formatage et de gestion des disques sont souvent limité à bien moins que ça (généralement à 2To ou 16To). Normalement tu ne devrais pas avoir de soucis avec BTRFS (c'est même recommandé avec un espace contigu d'une telle taille). Je serais aussi d'avis de ne pas faire un volume étendu sur les 2 boitiers mais 2 volumes distincts en raid 5 ou 6 (pas de shr/shr2).

J'ai déjà exploré cette piste avec Victorien hier soir, on a ajouté 127.0.0.1 127.0.0.0/8 192.168.0.0/16 et même l'ip public, rien n'y fait. Mais quand j'avais testé sur mon nas, ne n'avais pas eu besoin de faire de bidouille, idem avec @dodo31 Donc soit j'ai loupé un truc gros comme une maison hier (enfin cette nuit), soit il y a un bug planqué (qui n'affecte pas tous les modèles ou qui interagit avec un autre paramètre).

Un règle de parefeu qui traine ? Essaye de le couper le temps de tester. tu as aussi la section Privilèges (tout en bas dans le Panneau de configuration de DSM)

c'est l'ip de ton pc qu'il faut changer

ba il faut juste lancer HyperBackup, choisir le type de job et cliquer sur "Reconnecter" https://www.synology.com/fr-fr/knowledgebase/DSM/help/HyperBackup/data_backup_create Change l'ip de ton poste ou débloque avec un autre post

Je crois qu'il faut aussi l'autoriser au niveau quickconnect (que je déconseille d'utiliser mais c'est un autre sujet)

Préambule Ce tutoriel est une reprise du post suivant : http://www.nas-forum.com/forum/topic/51438-cloud-station-drive-comment-ça-marche-pas-ce-truc/ Chez Synology, depuis DSM 6, Cloud Station comprend 3 outils, chacun avec un fonctionnement différent : Cloud Station Drive et DS Cloud : pour synchroniser un dossier entre un NAS et un ordinateur ou un périphérique mobile Cloud Station Backup : pour sauvegarder (sens unique) le contenu d'un dossier de l'ordinateur vers le NAS ou l'inverse Cloud Station ShareSync : pour synchroniser des partages entre 2 NAS Le guide suivant s'applique à Cloud Station Drive. Un point important à noter ici, qui est valable pour tous les outils de synchronisation de ce type (DropBox, Owncloud, Google Drive, OneDrive, ...), si pour une raison ou une autre, quelqu'un de malintentionné arrive à accéder à votre compte ou à l'une des machines configurées, il pourra infecter toutes les autre machines synchronisées. Donc veillez bien à respecter les bonnes pratiques en terme de sécurité. De même pour les sauvegarde, si vous effacez un fichier, l'effacement sera répliqué sur toutes les machines => pensez aux sauvegardes (même si l'outil permet des choses). NB : Beaucoup d'utilisateurs rencontrent des soucis, surtout lorsque le volume de données ou le nombre des fichiers devient important. Les fonctionnalités des clients peuvent aussi varier en fonction du système et des mises à jour. Voici le détail de la configuration de test pour la suite : DSM 6.0-7321 Update 3 Cloud Station Server 4.0-4204 Windows 10 Test uniquement en local, pas depuis Internet Installation Dans DSM, on commence par installer le paquet Cloud Station Server. En fonction des réglages de votre parefeu, vous pouvez avoir la notification suivante (c'est à vous de voir en fonction de vos besoins/réglages) : On lance l'application : Vous pouvez avoir cette notification au premier lancement du paquet : On accepte et on relance l'application. --------------------------------------------------------------- Comme la plupart des paquets, la fenêtre est divisée en 2 --------------------------------------------------------------- On peut directement télécharger les applications clientes depuis cet écran (les boutons Télécharger tout de suite sur la capture précédente), ici je récupère la version Windows de Cloud Station Drive (on s'en occupera plus tard) --------------------------------------------------------------- Toujours dans l'application, dans Paramètres, on peut activer/désactiver les partages qui seront autorisés à être synchronisés avec Cloud Station Drive --------------------------------------------------------------- Quand on active un nouveau partage, cette notification apparait, il faut prendre le temps de lire : --------------------------------------------------------------- Pour chaque partage activé, on peut définir les paramètres de version (nombre de versions à conserver et type de rotation), attention ça prend très vite beaucoup de place. Par exemple Ici je garde jusqu'à 32 versions du contenu du dossier test et 4 pour test2. Si le dossier test contient 30Go de fichiers et que je modifie 32 fois chacun des fichiers, jusqu'à 1To d'espace disque sera consommé sur le nas. --------------------------------------------------------------- Sur le PC, une fois l'application installée et lancée, cet écran apparait On renseigne les informations de connexion au nas (si ce n'est que pour une utilisation local à la maison, pas la peine d'activer le chiffrement) --------------------------------------------------------------- Si vous avez activé le chiffrement et que vous utilisez un certificat invalide, vous aurez cet écran, en local ne n'est pas important, depuis/vers Internet il faut se méfier. --------------------------------------------------------------- Par défaut l'application vous propose de synchroniser le dossier /home/CloudStation/Drive du nas avec le dossier c:\Users\<login>\CloudStation du pc --------------------------------------------------------------- En cliquant sur le crayon, vous pouvez changer ces dossiers, ici je choisi le partage test de mon nas (que j'ai activé précédemment) et le dossier c:\test de mon PC --------------------------------------------------------------- On peut aussi régler le type de synchronisation (bidirectionnelle ou unidirectionnelle) --------------------------------------------------------------- Une fois les réglages terminés, on peut placer ses fichiers dans le dossier C:\test\CloudStation -> ils sont copiés dans le partage /test du nas --------------------------------------------------------------- On peut bien sur ajouter plusieurs dossiers à synchroniser avec le bouton Créer =>

C'est à régler sur ton compte google : https://support.google.com/accounts/answer/6010255?hl=fr

DSVideo stream effectivement en http Que donnent les courbes de CPU et de mémoire du nas lors d'une lecture qui saccade ?

pour pouvoir mettre mail.tondomain.ovh dans le champs FQDN sur le syno, mais si tu veux juste utiliser tondomain.ovh, pas de soucis c'est parfaitement valable du point de vue technique, juste pas recommandé (si demain tu souhaites déplacer ton MX mais garder ton site web sur le nas, tu vas devoir tout refaire). et ça fonctionne ? Au cas où, voici mon enregistrement : monselecteur._domainkey.mondomaine.fr. IN TXT "v=DKIM1; g=*; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDKxHAYLClVX9sgKw7RGc6bYt/1FkEsF1v+YvKPMb7NcKAvX3iwuywQBLiusQFxEvpzuMX82Z6iNJZFcIaM2IR8EthAzQuYCOcaqrJY1ZhMf0WEyF0s3r7ZzDXLlIX+HyxAh6+tz9Zbv6ADxaDIcAJYFvO8xWhF5i64Jxem0RoNkQIDAQAB" ps : tu as oublié un post avec ton vrai domaine

Juste pour satisfaire ma curiosité : quel est le besoin pour vouloir un si gros volume sur un si petit équipement ?

Sauf si c'est prévu dans le conteneur, il faut le lancer avec les bonnes options et/ou attacher la console au shell. Je me suis fait un mémo ici : https://blog.fenrir.fr/2015/08/30/memo-docker/

supprime le DMARK temps que le DKIM ne fonctionne pas sinon tu vas te faire blacklister (ou a minima tu vas perdre des mails) DNS : pas cohérent dig tondomain.ovh -t MX +short => 10 mail.tondomain.ovh dig -t ptr xxx.xxx.xxx.82.in-addr.arpa +short => tondomain.ovh dans ta capture tu as inscrit tondomain.ovh =>A/PTR/MX en mail.tondomain.ovh pour la conf du SMTP, vérifie que ton tondomain.ovh est bien dans "Domaine supplémentaires" c'est bien mailkey ton sélecteur DKIM ? le temps de tester, mets des TTL plus court (60 secondes par exemple) Une fois ceci corrigé, relance le paquet Serveur SMTP Et pour ton problème initial, c'est tout simple : dig -t TXT mailkey._domainkey. tondomain.ovh +short => "v=dkim1\;k=rsa\;p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDMS05kUDjesJjREAlNfAD+yGwsYze06aV01gZ7yIcYk/EPzrCVsN2dsXlvU9yOF9sxfolOS8DYyFReK4KZSXI6/2E1/MrEMy1UkUmqxvKFhJETYhCkzUQ+flnTMtZIU1umDP3Ak5KqbYVLTm19i4QQ+Pvlfmx5kYlJ3YnvigmKbQIDAQAB\;" edit : en fait c'est dig qui m'échappe les ; donc corrige le reste et retest ps : remplace ton vrai non de domaine par tondomain.ovh dans tes posts précédents et dans ta capture, pour éviter de laisser trainer ça sur le forum

commence par te monter une maquette, par exemple avec une petite VM sur ton PC Un postfix reste un postfix, peu importe l'OS, la conf reste la même, si ça marche sur ta maquette, ça marchera sur un VPS ou un cluster à 50 nœuds. Par contre fais bien attention au points suivants : firewall : il faut bien le configurer relai ouvert : tu ne dois PAS relayer des domaines que tu ne gère pas (en gros en entrée, si tu ne connais pas il faut jeter) A noter que tu pourras aussi te servir de ce relai pour les mails sortant de ton syno, comme ça plus besoin du DKIM sur le syno (c'est le relai qui le fera pour tous les domaines) et moins de chance d'être attrapé par un antispam (si tu configures correctement ton serveur, les DNS direct et inverse, ...).

Un relai c'est ce que tu fais déjà avec ton syno pour l'autre domaine, c'est un serveur qui prend des mails d'un domaine pour les envoyer quelque part. Il ne garde pas de mail en local. Comme c'est un rôle dédié, ça ne consomme presque pas de ressources, donc c'est capable de gérer bcp de mails (et de le signer si besoin). Dans ton cas précis, tu as 2 types de domaines : ceux que tu veux gérer avec le Syno (le nas est la destination finale) ceux qui doivent continuer leur voyage vers Internet => pour ceux là ton syno evrait être relai Le soucis c'est qu'un nas ce n'est pas fait pour : pour le syno, tout ce qui rentre c'est pour lui, donc tu es contraint de bidouiller avec transport tu as une grosse volumétrie de mail (ce n'est pas dans le post mais on en a discuté ailleurs), trop grosse pour que ça soit raisonnable de passer par le syno (ou alors seulement en backup) Avec un serveur dédié hébergé : tu pourras sans soucis modifier la conf tu auras un reverse DNS propre qui ne sera pas lié à une ligne ADSL tu auras une bande passante bien plus importante tu pourras faire des réglages plus avancé ... Après c'est à toi de voir, tu as les 2 possibilités : bricoler le syno pour lui faire faire un truc non prévu et risquer de recevoir un avertissement de ton FAI à cause du volume (plus forte proba d'être détecté comme spammeur à cause de l'ip ADSL) monter un truc propre : c'est plus contraignant c'est certain, c'est aussi un métier, mais on peut arriver à faire un truc assez propre avec quelques heures de recherche

Domaine de messagerie (ce qui est après le @) ? Conf de la partie SMTP du serveur mail ?

Sans voir l'ensemble de la configuration, impossible de te répondre. Tout ce que je peux te dire c'est que ça fonctionne quand c'est correctement paramétré (j'ai testé).