Mic13710

Donc au final, chez Syno ce n'est pas si mal puisque c'est pire ailleurs 😊

On ne sais pas ce que vous avez fait. Vous êtes le seul à pouvoir en juger. Probablement un blocage d'IP par le parefeu du NAS suite à plusieurs tentatives échouées ou un blocage géographique, ou bien un blocage de port par les serveurs de votre employeur. Encore une fois, ça n'a pas d'importance à ce niveau des réglages. Les valeurs à mettre dépendent d'autres paramètres et de ce à quoi vous destinez l'utilisation qui en sera faite. Ne vous préoccupez pas de ça pour le moment. Désolé d'être aussi direct mais si ça ne fonctionne pas c'est que vous n'avez pas suivi correctement le tuto sur la sécurisation qui est au demeurant très complet avec des explications claires et plein de captures d'écran pour visualiser ce qu'il faut faire ou ne pas faire. Tous ceux qui l'ont suivi n'ont pas rencontré trop de difficultés et si problème il y a eu, il a probablement été réglé dans les différentes interventions. Vous ne devriez pas faire exception. Si toutefois vous avez des questions à ce sujet, je vous invite à les poser à la suite du tuto plutôt qu'ici.

Bin voyons, vous vous imaginez que sur ce forum quelqu'un va vous donner une solution pour contourner les licences du constructeur ? Si vous voulez plus de 2 caméras, pas le choix, il faut prendre des licences supplémentaires. Comme vous le dites, business is business. Après que vous ne soyez pas d'accord, c'est votre droit mais c'est ainsi. Il fallait vous renseigner avant d'acheter vos caméras et le NAS. Pour info, c'est pareil ailleurs. Chez QNap par exemple, une seule licence gratuite.

Il faudrait arriver à vous ôter de l'esprit que le système de fichier ou la constitution du groupe de disque n'a aucune importance. Que vous ayez un NAS en EXT4 avec des disques en basic et un autre en BTRFS avec 5 disques en SHR n'a aucune incidence sur les données et leur transfert de l'un vers l'autre. Vous pouvez démarrer avec un, deux ou trois disques, ça n'a pas d'importance tant que vous avez suffisamment d'espace de stockage. Vous pouvez par la suite rajouter des disques au groupe initial. Néanmoins, les constructions et augmentations de volume par rajout de disques font beaucoup travailler tous les disques. Il est donc préférable de commencer avec un groupe le plus large possible pour limiter les stress répétitifs sur les disques.

Que vous soyez à Londres ou à Tombouctou, un IP publique est unique et vous pouvez la joindre de part tout dans le monde. Vous ne pouvez plus la joindre car votre IP est dynamique et qu'elle à changé depuis. Vous devez toujours utiliser votre DDNS (votre adresse Synology) qui elle est mise à jour à chaque changement d'IP. Je ne pense pas qu'on en parle dans le tuto. Ne brulez pas les étapes. Si la vérification en 2 étapes ne fonctionne pas c'est que vous avez mal paramétré votre NAS et/ou FreeOTP. Il faut que le NAS et votre smartphone soient tous les deux à la même heure et sur le même fuseau horaire. Etes-vous sûr d'avoir indiqué la bonne clé à FreeOTP ? Je vous conseille de sauvegarder cette clé pour pouvoir l'utiliser sur un autre logiciel (Google Authenticator par exemple, ou Authy, ou KeeOTP) qui vous donnera exactement le même code pour la même clé pour un temps donné. Ce n'est pas obligatoire. C'est utile par exemple si vous voulez partager des données par des liens externes.

Vous allez au rythme qui vous convient 😉. A mon avis, il vaudrait mieux ne pas travailler sur le 411 pour ne pas modifier les données entre temps. Commencez par transférer les données de travail pour exploiter immédiatement le 918. Les données moins importantes pourront être transférées plus tard.

Pas tout à fait Lucien, c'est une limitation hard (architecture CPU). Mais lorsque le volume est construit, il l'est avec la limitation propre au NAS ce qui interdit d'aller au delà en cas de migration sur un modèle supportant une taille plus importante. @clo72 si vous aviez fait la démarche de passer par la case présentation (il n'est pas trop tard) et de poser la question sur le forum avant de vous lancer dans l'opération, on vous aurait conseillé de faire une install propre car l'écart entre les 2 modèles est trop important pour envisager une migration.

Je viens de lire le fil et je ne peux que confirmer ce que dit Zeus. Ce NAS est ouvert aux quatre vents. Avant de penser y accéder de l'extérieur, il faut d'abord penser sécurisation.

Aucune idée car trop de facteurs rentrent en jeu. Attendez vous à quelques (nombreuses) heures.

Tout est ici https://www.synology.com/en-us/knowledgebase/DSM/tutorial/Storage/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation

3 possibilités : bloc alim HS : le remplacer disque(s) HS : sortir un des disques et voir si le NAS démarre, si c'est non, remettre le premier disque, enlever l'autre et refaire l'essai carte mère HS : la remplacer couterait le prix du NAS. Mieux vaut partir sur du neuf avec migration des disques

Encore une fois vous faites une confusion entre système de fichier et données. Si vos disques sont en BTRFS et que vous voulez les migrer sur un NAS qui ne le prend pas en charge, il est évident que ça ne pourra pas fonctionner. C'est ce que signifie le message, ni plus, ni moins. Le système de fichier c'est la manière de stocker et de gérer les données sur le volume. Les données elles, sont identiques quel que soit le système de fichier sur lequel elles sont stockées. Si vous partez avec un NAS neuf et des disques neufs, vous y installez simplement DSM et vos paquets. Vous pouvez ensuite utiliser la méthode via Hyperbackup du tuto sur la migration pour migrer vos données sur le nouveau NAS.

@Pr0TiPx8 Sachant que le serveur VPN (votre NAS) est derrière votre box, encore heureux que l'adresse publique du VPN soit celle de la box ! Vous espériez voir quelle adresse ? Si vous n'indiquez pas le port, la connexion se fera sur le serveur Web s'il est activé. Avez-vous essayé 10.8.0.1:5000 ? ou IPprivéeduNAS192.168.x.x:5000 ?

Non seulement vous pouvez le garder, mais c'est une excellente solution de sauvegarde. BTRFS, EXT4 c'est le format du disque. Les deux formats ne sont pas compatibles mais ça ne change rien aux données. Plutôt par le réseau (on ne connecte pas des nas entre eux) Oui, mais la vitesse dépendra de la vitesse de celle de vos deux liaisons internet. Connexion via le VPN plutôt que Quickconnect

C'est de très loin la meilleure solution. La migration de disques d'un NAS à un autre migre aussi les limitations du NAS sur lequel le groupe a été créé, entre autre la limite maximum de la taille d'un volume (16To pour le 411j, 108To pour le 918+). Vous resteriez en RAID5 et en EXT4 alors que le 918+ est BTRFS et qu'il serait plus judicieux de passer au SHR au lieu du RAID5.

C'est dans la description du produit : WD Red.

C'était même du SECAM L, seulement disponible en France, Luxembourg et Monaco pour rester bien franco-français. Les autres pays qui l'avaient adopté avait une version différente (B/G et D/K). C'est pratiquement abandonné (de même que le PAL) depuis le passage généralisé au DVB-T. Le codage des caméras n'a strictement aucun rapport avec ceux de la télévision. Si le soft sait lire du NTSC (ce que sait faire tout système de vidéo surveillance), il ne faut pas se poser des questions là où il n'y en a pas.

@PiwiLAbruti Et honnêtement, migrer d'un 414J à un 1618+, mieux vaut faire une install propre, d'autant qu'on garderait la limitation de la taille maxi du volume du 414J et on perdrait le BTRFS.

Vous n'avez visiblement rien compris à ce que je vous ai proposé. Je n'ai jamais dit d'utiliser vos sauvegardes mais seulement que vous pouviez faire la manip sans crainte puisque vous aviez des sauvegardes (en chine au pérou ou en alaska ou chez la tante irma, ça n'a pas d'importance) Je vous ai proposé une solution qui évite de faire un volume 3 puisque vous copiez directement les données restantes sur le volume 1 définitif, ce qui est de fait moins chronophage. Mais si vous voulez faire compliqué.... 😊 Pour le transfert de NAS à NAS le plus simple c'est de monter des dossiers distants à partir de File Station.

On aime bien sur ce forum que les nouveaux arrivants passent par la section présentation avant de poster 😉 Sauf erreur, les seules caméras Dericam supportées ne sont que 3 et ce sont des modèles assez anciens. https://www.synology.com/fr-fr/compatibility/camera?brand=Dericam La P2 n'est pas dans la liste, il n'est donc pas étonnant qu'elle ne soit pas totalement prise en charge par SS. Il faudrait aller bidouiller dans les paramétrages pour tenter de la faire fonctionner mais ça dépasse mes compétences. Si vous voulez avoir un jour la chance de voir votre caméra prise en charge, il faut le suggérer à Synology https://www.synology.com/fr-fr/form/suggest_device#camera

Normalement avec un nombre de version à 0, il n'y a pas d'historique et donc pas de dossier volumineux pour les versions. Mais à ce moment là, vous n'avez pas de possibilité de retrouver un fichier supprimé. Et je rejoins tout à fait la remarque de firlin : Cloud Station avec ou sans version n'est pas et n'a jamais été une solution de sauvegarde.

Ce n'est pas un scoop. Pour pouvoir restaurer des données, il faut bien qu'elles soient disponibles quelque part avec leur historique. Si vous ne voulez pas de versionning, il faut passer le nombre de versions à 0 et effacer les historiques.

Je ne vois pas l'intérêt de construire le volume 3 avec un disque de 4To. Une fois les données copiées sur le volume 2 (disque qui sera monté dans la dernière baie), autant supprimer le volume 1 et monter directement le 4To dans la baie 1 pour y créer un nouveau volume 1. Vous y installez votre dossier de conf préalablement sauvegardé du 414 ainsi que vos paquets afin de retrouver tous vos comptes et la majorité des réglages que vous aviez sur l'ancien NAS. Vous y recopiez les données restantes du 414. Pour la suite, vous formatez les autres 4To avant de les monter dans le NAS, vous les installez tous à la fois et vous faites une extension du volume 1 en une seule fois. Mieux vaut lancer une seule extension que plusieurs car chaque extension fait beaucoup travailler les disques. Recopie des données du volume 2 sur le volume 1, formatage du 8To et extension du volume 1 avec ce disque. A noter que ceci n'est faisable que si vos sauvegardes externes sont à jour. Il faut en effet être conscient qu'une telle opération comporte de forts risques de pertes de données à chaque étape et que le seul parachute, ce sont vos sauvegardes. Il ne faut pas non plus perdre de vue que vos disques de 4To ont des heures de vol et qu'à ce titre, ils peuvent très bien ne pas aimer le traitement.

C'est votre choix au départ (votre premier post). Le 443 est le port HTTPS par défaut, cad que sans spécifier de port, vos requêtes sont dirigées vers ce port. Le routeur dirige ensuite les requêtes sur ce port vers le 443 du NAS. Le reverse proxy analyse la requête et la dirige vers le port affecté au service. C'est vous qui voyez. oui Les SAN ce sont ce qu'on appelle les "Autres noms" du certificat. Il faut faire effectivement la différence entre un certificat nominatif et un certificat Wildcard. Perso, contrairement à Zeus, je n'aime pas utiliser les wildcard. Chacun fait selon ses besoins. Ceci étant dit, rien n'empêche d'avoir un wildcard côté registar et un certificat SAN côté NAS. Oui. En fait j'ai employé à tord le mot adresse. J'aurais dû plutôt dire domaine. Pour le certificat Synology, je l'ai gardé car pour certaines applications, le changement de certificat tous les 3 mois n'est pas viable. Serveur VPN par exemple.

Avant de poster, il faudrait lire ce que j'ai écrit. Je ne vous ai jamais dit de fermer le 443. Vous pouvez le restreindre géographiquement (ce que vous avez fait) mais pas le fermer sinon comment espérez vous atteindre le NAS ? Il faudrait aussi dans le parefeu remplir les 2 règles pour les IP LE pour le renouvellement du certificat (cf : mon tuto cité plus haut). Et pour que ça fonctionne : diriger le port 80 du routeur vers le NAS (je ne sais pas pourquoi vous l'avez supprimé). Si vous accédez à DSM de l'extérieur c'est que vous avez autorisé l'adresse ndd à accéder au port 5000 ou 5001 du NAS. Revoyez vos réglages. Je n'utilise pas le wildcard qui est pour moi une fausse bonne idée car vous ne contrôlez pas les accès. toto.ndd ou tata.ndd ou toto.tata.ndd ou video.ndd arriveront sur votre routeur. Les CNAME individuels permettent de filtrer ce qui doit arriver sur le routeur. Mais il faut pour cela que chaque adresse soit inclue dans le SAN (cf mon tuto) Si vous aviez lu mon tuto, vous auriez compris que les "pour" du certificat sont à configurer. Lorsque vous spécifiez un certificat comme étant par défaut, toutes les applis prendront ce certificat, ce qui ne signifie pas que le dit certificat fonctionnera avec la dite appli si son nom n'est pas couvert dans les SAN. Si vous avez supprimé le certificat Synology par défaut (ce qui n'est pas une bonne idée), vous n'avez qu'un seul certificat dans le NAS, et ce sera bien évidemment le seul utilisable puisqu'il n'y a pas le choix. Drive a son propre schéma de cryptage qui n'a rien à voir avec le certificat LE. Pour cette raison votre url drive.ndd n'a guère d'intérêt. L'accès à drive devrait uniquement se faire par ndd:6690