PiwiLAbruti

Si un modérateur pouvait vite marquer ce sujet comme résolu...

Tu as bien appliqué la procédure décrite ici ? https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t2

Allez, un petit effort. Je suis certain que tu peux faire preuve d'encore moins de précision.

Ça veut donc dire qu'il y a un autre serveur DHCP sur ton réseau (box, autre routeur, ...)

J'ai déjà rencontré ce souci sur un NAS en production au taf. J'avais réinstallé DSM à partir de Synology Assistant et tout était revenu à la normale (données et paramètres conservées).

Bien vu l'ajout des règles de routage Je viens de voir que j'ai laissé ça dans le README sur Github : Va falloir que je m'y colle, ça complètera l'ajout automatique des règles de routage sous Linux/Mac.

Si on reprend le besoin initial : Une simple copie du fichier du NAS vers le Mac (via FTP, SMB, AFP, ...) te laisse le choix de l'application avec laquelle tu vas lire les vidéos. Je ne vois vraiment pas l'intérêt de passer par une application spécifique.

Teste, tu verras.

À l'extérieur du réseau local du NAS, les débits sont ceux des connexions internet utilisées (source et destination). Peu importe le support de destination (clé USB, ...), c'est TOUJOURS la connexion internet qui est utilisée pour transférer le fichier. Sinon, ça veut dire que vous avez réussi à courber l'espace et le temps et que vous venez d'inventer la téléportation.

Chut ! Je m'étais déjà retenu de le lui préciser (en plus de la disponibilité "vagabonde" du service).

Il me semble que certains membres de ce forum ont déjà été confronté à ce cas et ont utilisé QuickConnect pour se connecter à un équipement Synology situé derrière un NAT tiers (dans le cas présent, un réseau mobile).

Elles sont normales les valeurs de raw_read_error_rate et seek_error_rate du disque 2 ?

Si tu veux un NAS avec un port HDMI, oublie Synology. Regarde chez QNAP, ils ont plusieurs modèles avec des ports HDMI et même un avec un lecteur/graveur Blu-ray (et bientôt un distributeur de Smarties).

@Mic13710 : 8To sont insuffisants pour stocker les enregistrements vidéo avec la qualité et la rétention prévues.

Je te déconseille de mettre à jour ton NAS en DSM 5 depuis la version 2. Beaucoup de changements ont eu lieu dont le redimensionnement des partitions. La manière la plus propre de procéder serait la suivante : Copier le contenu de ton NAS sur un support externe (disque USB, ...), Le réinitialiser et installer la dernière version de DSM à l'aide de Synology Assistant. Copier les fichiers du support externe vers le NAS. Si vraiment tu tiens à mettre à jour ton NAS, il faut installer la plus ancienne version mineur de chaque version majeure. Par exemple pour DSM 4, il faut installer la 4.0-2198. Et ainsi de suite.

Attention au coût de licences : https://www.synology.com/fr-fr/products/Device_License_Pack Le 1080p est-il vraiment nécessaire sur toutes les caméras ? Parce qu'en 720p, ça fait faire pas mal d'économies (le stockage passe de 23To à 10To sur 21 jours, 15To sur 31 jours). Un modèle 2 baies suffirait.

Ou de distribuer l'adresse du serveur DNS par DHCP

Presque tous les moteurs de recherche supportent la syntaxe suivante : site:nas-forum.com api

Vérifie aussi que l'adresse de ton PC n'est pas bloquée par le blocage automatique (si ce dernier est activé).

Tu peux agréger les ports Eth0 à Eth3 en ALB (Adaptative Load Balancing), ça ne requiert aucune configuration spécifique du switch et c'est rapide à configurer. Même si c'est indiqué dans la documentation, ... ... je ne sais pas s'il est possible de laisser l'interface réseau en DHCP en fixant la bail dans le routeur/box, ou si DSM impose une configuration manuelle.

Outre l'encodage du fichier, le chemin de l'interpréteur n'est pas bon : Il me semble que /usr/local/bin/python était le chemin utilisé par DSM 5 et versions antérieures. Depuis DSM 6 c'est /bin/python : root@DiskStation:~# which python /bin/python ---------------------------------------------------------------- J'ai quand même vérifié les chemins. Donc /bin/python exécutera le script en version 2.7 : root@DiskStation:~# ll /bin/python* lrwxrwxrwx 1 root root 7 Jul 15 22:13 /bin/python -> python2 lrwxrwxrwx 1 root root 9 Jul 15 22:13 /bin/python2 -> python2.7 -rwxr-xr-x 1 root root 5556 Jul 13 00:19 /bin/python2.7 Pour les versions ultérieures, il faut utiliser /usr/local/bin/python{version} : root@DiskStation:~# which python3 /usr/local/bin/python3 root@DiskStation:~# ll /usr/local/bin/python* lrwxrwxrwx 1 root root 45 Jul 15 22:18 /usr/local/bin/python3 -> /volume1/@appstore/py3k/usr/local/bin/python3 lrwxrwxrwx 1 root root 47 Jul 15 22:18 /usr/local/bin/python3.5 -> /volume1/@appstore/py3k/usr/local/bin/python3.5 lrwxrwxrwx 1 root root 48 Jul 15 22:18 /usr/local/bin/python3.5m -> /volume1/@appstore/py3k/usr/local/bin/python3.5m root@DiskStation:~# ll /volume1/@appstore/py3k/usr/local/bin/python* lrwxrwxrwx 1 root root 9 Dec 8 2016 /volume1/@appstore/py3k/usr/local/bin/python3 -> python3.5 -rwxr-xr-x 2 root root 5588 Dec 8 2016 /volume1/@appstore/py3k/usr/local/bin/python3.5 -rwxr-xr-x 2 root root 5588 Dec 8 2016 /volume1/@appstore/py3k/usr/local/bin/python3.5m Le m de python3.5m indique que l'exécutable a été compilé avec pymalloc.

Peu importe, remplace simplement /usr/syno/bin/wget par /bin/wget dans la tâche planifiée.

Où as-tu lu ça ? D'après Synology c'est faisable : https://www.synology.com/fr-fr/dsm/feature/active_directory https://www.synology.com/fr-fr/knowledgebase/DSM/help/ActiveDirectoryServer/activedirectory_desc Il y a également des ressources sur le forum officiel : Rubrique : https://forum.synology.com/enu/viewforum.php?f=284 Guide : https://forum.synology.com/enu/viewtopic.php?f=284&t=132330

Si tu veux utiliser le VPN pour sécuriser les échanges, suis ce tuto :