Fenrir

Il faut activer le routage à la main (ou lancer le serveur vpn) : echo 1 > /proc/sys/net/ipv4/ip_forward nb : le syno ne fera pas forcement parefeu pour ton lan2, il faudra vérifier les règles de la chaine FORWARD (iptables -L -v -n)

Le problème vient d'Android, dans les versions récentes ils ont changé la pile IPSec (je ne vais pas rentrer dans les détails) => ça ne marche plus nb : peut être que samsung n'utilise pas la même pile IPSec, donc lis la suite Pour le test des ports c'est normal, les ports L2TP/IPSec sont en UDP, pptp (qu'il ne faut pas utiliser) est en TCP Vérifie que tu as bien ouvert les ports en UDP, sinon passe à OpenVPN (ça marche très bien sous Android)

Bonsoir, CloudStation n'est surtout pas fait pour faire des sauvegardes tout court (la fonction de "sauvegarde" présente dans DSM 6.0 n'est pas mature). Dans le cas particulier des PST, il n'est pas simple de les sauvegarder à chaud car Outlook/Skype/... sont en prise dessus. Il faut donc passer par VSS, mais comme le fichier bouge tout le temps, CloudStation passe sont en temps à vouloir le mettre à jour. A noter aussi qu'avoir des PST (ou des OST) de plusieurs giga est une mauvaise pratique, il est vivement conseillé de les splitter. En pratique il vaut mieux ne pas dépasser les 2Go par fichier. Il est préférable d'utiliser des vrais outils de sauvegarde et de leur demander de sauvegarder sur le nas.

Je n'ai peut être pas les yeux en face des trous, mais de ce que je vois vous avez créé un nouveau volume, donc il n'y aura pas de raid, mais 2 volumes d'un disque chacun. Si le but était d'étendre/modifier le volume existant pour faire du SHR avec protection de données, il fallait cliquer sur Gérer, pas Créer Ce n'est pas trop tard, il suffit de supprimer le volume2 et de refaire la manip avec le bon bouton.

# Executables/scripts # # # You can also have programs run by the agent that return a single # line of output and an exit code. Here are two examples. # # exec NAME PROGRAM [ARGS ...] # # NAME: A generic name. # PROGRAM: The program to run. Include the path! # ARGS: optional arguments to be passed to the program # a simple hello world #exec echotest /bin/echo hello world # Run a shell script containing: # # #!/bin/sh # echo hello world # echo hi there # exit 35 # # Note: this has been specifically commented out to prevent # accidental security holes due to someone else on your system writing # a /tmp/shtest before you do. Uncomment to use it. # #exec shelltest /bin/sh /tmp/shtest # Then, # % snmpwalk -v 1 localhost public .1.3.6.1.4.1.2021.8 # enterprises.ucdavis.extTable.extEntry.extIndex.1 = 1 # enterprises.ucdavis.extTable.extEntry.extIndex.2 = 2 # enterprises.ucdavis.extTable.extEntry.extNames.1 = "echotest" # enterprises.ucdavis.extTable.extEntry.extNames.2 = "shelltest" # enterprises.ucdavis.extTable.extEntry.extCommand.1 = "/bin/echo hello world" # enterprises.ucdavis.extTable.extEntry.extCommand.2 = "/bin/sh /tmp/shtest" # enterprises.ucdavis.extTable.extEntry.extResult.1 = 0 # enterprises.ucdavis.extTable.extEntry.extResult.2 = 35 # enterprises.ucdavis.extTable.extEntry.extOutput.1 = "hello world." # enterprises.ucdavis.extTable.extEntry.extOutput.2 = "hello world." # enterprises.ucdavis.extTable.extEntry.extErrFix.1 = 0 # enterprises.ucdavis.extTable.extEntry.extErrFix.2 = 0 # Note that the second line of the /tmp/shtest shell script is cut # off. Also note that the exit status of 35 was returned. # ----------------------------------------------------------------------------- Extrait du fichier snmpd.conf officiel (pas celui de syno qui a été purgé)

Attention, ça n'augmentera pas la taille disponible, ça va créer un raid1 (les données seront sur les 2 disques) => il y aura toujours 1.4To de disponible à la fin.

Pour les images, il faut les uploader sur un site (il existe plein de service web pour ça), l'upload dans le forum ça marche quand ça veut Là tes images sont trop petites, on ne voit rien ça ok, ça serait même une bonne chose à faire

Si tu as installé ton premier disque en SHR (c'est le choix par défaut), tu devrais pouvoir passer en raid1 (shr) Post nous les captures des différentes sections du gestionnaire de volume non, ça ne marchera pas

Il faut évidemment que le système de fichier soit dans un format pris en charge par le noyau pour ça remonte dans les tables snmp, NTFS ne l'est pas (c'est pris en charge en userland par ntfs-3g). Ça reste néanmoins possible via les extensions snmp (tu peux indiquer que tel OID est le résultat d'une commande).

Je n’avais pas fait attention que c'était pour de la sauvegarde, pour moi CloudStation n'est pas un outil de sauvegarde, même s'il propose des fonctions qui y font penser (synchro unidirectionnelle et CloudStation Backup). Le standard fiable c'est d'utiliser des vrais outils de sauvegarde éprouvés (la liste contient du bon et du très bon mais aussi des logiciels à éviter). ----- Si tu tiens vraiment à utiliser CloudStation, je pense que tu devras faire une croix sur un "disaster recovery" des conf et des versions. Maintenant si tu trouves une manière d'y arriver, n'hésites pas à poster un tuto, certains seront probablement intéressés.

Regarde dans les différents logs ce qu'il se passe à ce moment-là.

Si tu utilises un conteneur, je ne vois pas de lien avec OpenSSL (le conteneur a sa propre version) et il ne devrait pas interagir avec OpenVPN. Avec un syno non modifié (aucune action effectuée en shell et aucun paquet tiers installé) Si le soucis apparait au lancement de n'importe quel conteneur (un conteneur debian de base par exemple) => c'est un bug Si le soucis apparait quand l'appli SABnzbd démarre => c'est que ton conteneur a trop de droits Avec un syno modifié ou avec des paquets tiers Tout est possible

Un "disaster recovery" c'est un moyen de restaurer tout ou partie des données, mais pas forcement à ISO-périmètre. Je ne pense pas que tu sois en mesure de faire un PCA ni même un PRA, mais si tu y tiens, rien n'impose que cette restauration se fasse en 2 cliques ni qu'elle n'implique quelques actions de la part des utilisateurs (réenregistrer leurs clients CloudStation par exemple). Maintenant je ne sais pas à qui je m'adresse. Si tu représentes une entreprise suffisamment importante pour qu'en cas de crash, la restauration dive être complète et rapide, sans actions de la part des utilisateurs, tu devrais te tourner vers SHA (Synology High Availability) et Snapshot Replication. Accessoirement tu devrais aussi éviter d'utiliser des solutions grand public comme Cloudstation/Dropbox/... -------------------------- Pour une partie des services, l'un des liens permet de les sauvegarder, au moins en partie : HyperBackup permet de sauvegarder tes données, la conf du syno et certaines applis : https://www.synology.com/fr-fr/knowledgebase/DSM/help/HyperBackup/data_backup_source Pour CloudStation en particulier, je ne sais pas (je n'utilise ni CloudStation ni HyperBackup). Si tu tiens vraiment à le faire et que ce n'est pas proposé dans les outils de base (c'est tout de même un besoin très spécifique pour un particulier), tu as tout le loisir de regarder en détail le fonctionnement de DSM et de le modifier, après tout c'est un Linux et tu as l'accès root (ce n'est pas vraiment autorisé par la licence, mais pour un usage perso ça ne devrait pas poser de soucis). Il est possible qu'une simple sauvegarde du dossier de l'app (/volume1/@appstore/...) suffise, mais je n'ai pas testé. Si tu es en raid1 (ou sans raid), tu peux aussi sortir un des disques une fois la conf terminée et en faire un clone parfait, que tu compléteras le jour de la restauration avec les backup traditionnels (la conf de cloudstation ne devrait pas bouger tous les jours). Pour le versionning (surtout si tu es en BTRFS), il suffira alors de faire des sauvegardes rapides (peu de temps entre 2 sauvegardes) => le "versionning" sera dans les backup "normaux".

C'est que chez eux (ou leur FAI), le DNS n'est pas à jour ou qu'ils y a un filtrage quelque part

J'ai fait le test en DSM 6.0

#snmpwalk -c public -v2c localhost hrStorageDescr HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared memory HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: / HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: /tmp HOST-RESOURCES-MIB::hrStorageDescr.37 = STRING: /run HOST-RESOURCES-MIB::hrStorageDescr.38 = STRING: /dev/shm HOST-RESOURCES-MIB::hrStorageDescr.39 = STRING: /sys/fs/cgroup HOST-RESOURCES-MIB::hrStorageDescr.50 = STRING: /volume1 HOST-RESOURCES-MIB::hrStorageDescr.53 = STRING: /volumeUSB1/usbshare pas de soucis chez moi (même pas besoin de modifier la conf) essaye de relancer le service snmpd

C'est probablement un soucis de disque. Essaye avec un autre disque. Si tu es en raid 1, tu peux essayer avec seulement un disque, puis seulement avec l'autre (ne remets pas les 2).

Le nas (VideoStation en web ou mobile) détecte la chromecast et permet d'envoyer un flux dessus

Je ne dis pas ça méchamment, mais tu n'as pas du chercher longtemps : https://www.qwant.com/?q=snmp%20disk%20usage&t=web Regarde le fichier snmpd.conf sur n'importe qu'elle machine sous linux (par exemple ton serveur centreon), tu auras des exemples.

Tu as déjà donné les meilleurs réponses Rpi : ça à l'avantage de pouvoir faire plein d'autres choses, il existe des télécommandes et des mini claviers mais tu peux aussi utiliser un smarthphone http://www.averagemanvsraspberrypi.com/2015/05/7-remote-control-options-for-your.html Chromecast : très compact, il faut un smarthphone pour faire télécommande, attention, il faut un bon wifi SmartTV : si la TV est compatible, ça reste souvent le plus simple Après il existe plein de boitiers chez différents constructeurs, il est aussi possible que ton futur FAI en propose un. Pour ce qui est des formats, les m4v (h264/aac) sont parfaitement par la plupart des boitiers, pour les autres formats ça dépend, mais ton nas devrait être assez puissant pour transcoder la plupart des vidéos non-hd.

c'est peut être effectivement ipkg qui pose problème, pour peu que tu ais isntallé/remplacé des libs syno, certains paquets peuvent ne plus fonctionner correctement Fais tout de même le test avec un autre vpn (ipsec par exmple). Pour les logs, /var/log (et ses sous dossiers) mais aussi dans le dossier du paquet (de mémoire, /volume1/@app/VPNServer/var/log, ou pas loin)

Normalement il devrait reconnaitre tes disques sans soucis. Mais rien de t’empêche de faire clone des disques

Quelques chose du genre disk /volumex 10%

C'est ce que je t'ai indiqué, pour la lecture dans le navigateur, les vidéos doivent être en m4v ou en mp4 (video h264 et audio aac). Néanmoins comme tu as un modèle "play", tu peux peut être lui demander de transcoder (je ne sais pas si c'est possible via le navigateur, je n'ai pas de "play" pour vérifier). Par contre il semble qu'on puisse encore utiliser le plugin VLC, mais je n'ai pas testé (toutes mes vidéos sont en m4v). Comme indiqué, c'est dans Info Center (je suppose que c'est Centre d'information en français), il suffit de désactiver/réactiver le service