Mic13710

Salut pascalou59. Je suis exactement dans ton cas. Tu n'as pas besoin du DDNS. Pour le DNS local, tu peux t'inspirer du petit tuto que j'ai ajouté dans celui-ci. Je pense qu'il te sera utile pour l'adressage de tes caméras et la mise en oeuvre des certificats. En ce qui concerne la partie publique, j'ai fait la totale (hébergement sur le NAS) ce qui me permet de faire les modifications directement sur le serveur, mais pour sa mise en oeuvre il est beaucoup plus simple de faire les enregistrements directement chez OVH.

On est là pour tester et tout ce que je peux dire c'est qu'il y a des progrès à faire. J'ai réduit la voilure avec seulement 96Mo à sauvegarder. Après une première tentative échouée, j'ai réussi à faire une sauvegarde complète en 18 min. Je suis en adsl. La sauvegarde auto à 3h du matin a échouée : destination occupée. L'heure de démarrage est à 3h par défaut. Trop de connexions sans doute à cette heure là. Je l'ai modifiée pour voir si ça change quelque chose. Donc pour le moment : sur 3 tentatives, 2 échecs.

J'en suis à 1.18Go sur 200Go après 3h20. Il va me falloir plus de 20 jours pour terminer la sauvegarde. Comme ce sont des fichiers qui changent régulièrement, ça risque de coincer grave dans les tuyaux.... Je vais réduire la taille parce que là, c'est ingérable.

J'ai moi aussi été sélectionné. et j'ai lancé une tâche de sauvegarde. Mais ça fait bientôt 2 heures et toujours 0%. Seulement 620Mb. C'est très très lent, pour ne pas dire à l'arrêt. Je suis pourtant bien noté comme étant connecté. A ce rythme, je devrais peut-être pouvoir finir ma synchro de quelques Go à la fin de la période béta !

Une fois sur le PC, il aurait fallu lui faire passer les tests constructeur avant de le remonter dans le NAS. Et tant que j'y suis, j'espère pour vous que votre NAS est alimenté par un onduleur compatible. Sinon, ça pourrait aussi expliqué votre soucis. Mais à mon avis, le disque est mort. Il faut le remplacer au plus vite. De toute manière si le disque a été rejeté, il y a fort à parier que même si par chance le NAS l'acceptait à nouveau il serait rejeté à plus ou moins brève échéance.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

A mon avis, c'est seulement le volume 2 qu'il faut étendre. En sélectionnant le volume 2, le bouton gérer devrait être accessible et à partir de là vous devriez pouvoir utiliser les 2.73To restants du groupe 2.

Attention à la redirection http vers https. Extrait du tuto de Fenrir sur la sécurisation du NAS : Attention, j'ai pu constater qu'activer la redirection HTTP vers HTTPS cassait certains mécanismes, au moins le reverse proxy pour les applications de base (audio/download/file/surveillance/video - station). Si vous souhaitez profiter de la redirection sans casser le reverse proxy, le plus simple est de créer un petit fichier php à la racine de Webstation (/web/index.php) pour gérer cette redirection : <?php $http_host = $_SERVER['HTTP_HOST']; // 307 Temporary Redirect header("Location: https://$http_host",TRUE,307); exit; ?>

Je n'utilise pas webstation, aussi je ne sais pas quels sont les impacts sur les accès au NAS. Mais si vous utilisez les ports 5000 et 5001, que ces ports n'ont pas été changés dans DSM, je ne vois pas pourquoi vous tombez sur webstation. Ca n'a aucun sens. Avez vous vidé le cache de votre navigateur ? De même, si vous avez créé une règle dans le proxy inversé qui renvoie nas.xxx.com vers localhost:5000, que vous avez transféré dans votre routeur le port 443 vers le 443 du NAS, que votre nom de domaine nas.xxx.com a bien une ressource A ou CNAME enregistrée dans votre domaine xxx.com, je ne vois aucune raison pour laquelle vous tombez sur webstation. La question que je me pose c'est de savoir si vous avez réellement un nom de domaine enregistré chez un fournisseur ? Si oui, êtes vous sûr de vos enregistrements ? Pour le certificat, soit vous utilisez les services Synology via Quickconnect, soit, selon la réponse à la question ci-dessus, vous avez déjà ou vous achetez un nom de domaine (moins de 10€/an chez OVH). Vous pouvez créer votre certificat chez Let's Encrypt à partir du NAS. En allant un peu plus loin dans le tuto de Fenrir sur le serveur DNS, vous y trouverez un tuto additionnel que j'ai fait qui concerne le reverse proxy et la mise en place des certificats. Pour info, la notion de sous-domaine n'existe pas. ".fr" est un domaine, "toto.fr" est un domaine, "file.toto.fr" est un domaine. Si vous achetez par exemple le nom de domaine "toto.fr", vous pouvez ensuite créer d'autres domaines à partir de "toto.fr" : "xxx.toto.fr", "xxx.yyy.toto.fr" en rajoutant des enregistrements (A ou CNAME) à "toto.fr".

Que je sache, outlook n'est qu'une interface. Je me trompe peut-être mais si ça ne passe pas avec gmail, ça ne passera pas plus avec outlook, thunderbird, roudcube ou autre.

Pour faire ça, il faut faire un reverse proxy. Dans le menu Portail des applications, onglet proxy inversé, il faut créer une entrée : Source HTTPS, nom : nas.xxx.com, port : 443 Destination HTTP, nom : localhost, port : 5000 Il faut bien entendu dans le routeur que le port 443 soit redirigé vers le nas. Mais il n'est absolument pas recommandé d'accéder au DSM de l'extérieur de cette manière. Mieux vaut passer par le serveur VPN. Je vous conseille de regarder ces 2 tutos de Fenrir : Sécuriser les accès à son nas Serveur VPN

Le seul moyen que je peux vous proposer c'est de créer votre premier volume sur le 2To. Vous y chargez le fichier de configuration du 116 pour retrouver vos utilisateurs et vos dossiers partagés. Vous installez aussi tous vos paquets et vous chargez leurs paramètres que vous aurez sauvegardé du 116 (avec Hyperbackup). A partir de File Station du 216, vous montez des dossiers distants qui pointent vers le 116. Vous faite le transfert de vos données jusqu'à ce que votre disque de 2To soit à 90/95% d'utilisation. Vous devrez sauvegarder le reste sur d'autres supports (PC, DD externe, etc..). Une fois que vous êtes sûr de vos transferts, vous montez votre 3To dans un pc ou un rack USB et vous le formatez pour casser les partitions existantes (formatage rapide, peu importe le format). Vous l'intégrez dans le 216 et vous faite bien attention de valider la création d'un nouveau volume et non l'augmentation d'un volume existant. Un fois le volume créé, vous pourrez transférer du volume 1 les dossiers partagés que vous souhaitez mettre sur le volume 2 (c'est dans le menu des dossiers partagés). Il ne vous restera plus qu'à intégrer les données qui ont été sauvegardées sur d'autres supports.

Peut-être quelques bricoles dans le serveur DNS. Allez voir du côté du tuto de Fenrir sur le serveur DNS.

Pas exactement. Il est tout à fait possible de migrer les disques d'un NAS qui a moins de baies que le NAS de destination. Mais aussi, il est tout à fait possible de migrer les disques d'un NAS qui a plus de baies que le NAS de destination, à condition que le nombre de disques ne soit pas supérieur au nombre de baies disponibles sur la destination. Et pour répondre @Francki65, il n'est pas possible de migrer un disque d'un NAS monobaie vers un multibaie car le format du disque est différent. Le monobaie est un basic pur alors que sur un multibaie tous les disques sont en RAID, cad qu'ils embarquent mdadm et aussi lvm2 pour les disques SHR. Quant à la procédure de migration, il faudrait nous en dire plus sur ce que vous voulez monter dans votre 216 : un ou deux disques et sur combien de volumes.

Pour compléter le message de Gaëtan concernant le reverse proxy et les certificats, je vous propose de visiter le tuto que j'ai fait dans le tuto de Fenrir sur le serveur DNS. Il devrait pouvoir vous aider à mettre en place vos propres certificats et le reverse proxy.

Il faudrait je pense tout arrêter : routeur (surtout), switch, PC, NAS, et tout redémarrer en commençant par le routeur et le switch, le NAS et le ou les PC et enfin les périphériques.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

@Condor34vous n'êtes pas obligé de prendre le même modèle, la même marque, ni la même capacité. Ce qui est important c'est de choisir un disque de capacité au moins équivalente. Rien ne vous interdit de mettre un 3 ou un 4To à la place de votre 2To. Seuls 2To seront utilisés dans un premier temps. L'avantage, c'est de pouvoir augmenter plus tard votre capacité de stockage en ne remplaçant que le deuxième 2To par un autre disque de capacité au moins équivalente au disque restant. Et ainsi de suite. Je vous conseille toutefois de prendre des disques de caractéristiques similaires. Ne pas utiliser par des disques spécifiques pour le stockage qui ont en général des temps d'accès plus longs que les disques standards. Ne pas prendre non plus des bêtes de course en 7200tr car ça ne servirait strictement à rien et que ça peu éventuellement créer des désynchronisations lors des écritures entre les deux disques. Vous pouvez choisir par exemple des WD Blue en 5900tr. Consultez la liste donnée par firlin.

@pluton212+ DS916+II ? Des infos particulières sur un nouveau modèle qui n'est pas encore sur les étagères ? @Titus963 je rejoins firlin, un 416play est un excellent choix. Le 415+ est très bien aussi, mais cette histoire de cpu est un peu inquiétante. Par ailleurs, vous voulez investir pour le long terme, or le 415 sera obsolète plus tôt que le 416play. A prendre en compte dans votre choix. Le BTRFS est le dernier système de fichier linux qui probablement est appelé à terme à remplacer le ext4. Il n'est pas encore implanté sur tous les modèles de NAS. Il l'est sur le 916+, le 415+ et le 416play. Si vous envisagez d'utiliser CloudStation, alors le BTRFS vous offrira un net avantage en terme d'optimisation de stockage par rapport au ext4. Voir les explications dans le lien.

N'y aurait-il pas un DDNS à résoudre (no-ip ou autre) ?

A vous lire, j'ai bien l'impression que vous n'avez pas de sauvegarde de votre NAS. Pourtant, c'est un point important dans une gestion normale des données. On ne travaille JAMAIS sur des données sans y adjoindre une sauvegarde. Si vous n'en n'avez pas, il serait prudent d'en faire une (au moins des données sensibles ou importantes pour vous) et de la maintenir régulièrement. Pourquoi une sauvegarde ? Ce n'est pas moi qui le dit mais Synology au tout début de la procédure de reset du DSM. En théorie, les données ne sont pas touchées, et il y a très peu de chances qu'elles le soient. Les risques sont très limités. Mais le risque zéro n'existe pas. Voila pourquoi il est plus prudent de la faire avant de commencer. Sinon, si vous préférez passer par les commandes pour éviter le double reset, je ne suis pas assez calé en linux pour vous accompagner dans cette opération. Je préfère laisser la main à mes petits camarades spécialistes en la matière.

Vu l'utilisation que vous décrivez, le 416play est plus que largement suffisant. Même si le 916+ est un poil plus rapide (voir les performances), il est à mon avis démesuré pour votre usage. A moins que je me trompe, il ne me semble pas que vous souhaitiez faire de la virtualisation ou utiliser docker. Toutefois, le 916+ peut avoir un intérêt pour vous si vous envisagez de mettre en oeuvre une vidéo surveillance avec plusieurs caméras HD. Un 416 ou un 416J seraient suffisants mais vous n'auriez pas le bénéfice du BTRFS, surtout si vous souhaitez utiliser cloudstation. La politique de Synology est d'abandonner le suivi au bout de 5/6 ans. La dernière série abandonnée l'année dernière est la x10. La x11 devrait l'être bientôt. On peut raisonnablement penser que les modèles x16 seront obsolètes vers 2021/22. Je suppose que vos disques sont issus du Drobo. Il n'y a pas de possibilité de migration, que ce soit vers un Synology ou un autre fabricant. Chacun a sa propre structure. Les disques seront formatés et vous perdrez vos données. Donc soit vous avez la possibilité de les sauvegarder et/ou de les récupérer par ailleurs, soit il vous faudra partir sur des disques neufs.

C'est que très probablement vous passez par quickconnect. La résolution d'adresse avec ce système est très très très lente comme son nom ne l'indique pas. Il faut éviter d'utiliser quickconnect et lui préférer des modes de connexion plus traditionnels et surtout plus sécurisants. Sinon il n'y a pas d'autre moyen que de patienter avec un sac de popcorn.

Oula les gars, y'a plus simple non ? Inutile de sortir les disques et de les reformater. Pour moi il s'agit simplement d'une saturation de la partition système. On peut le faire en lignes de commande pour voir les dossiers et éliminer les intrus. Si un spécialiste passe par là, il pourra donner les formules magiques. Sinon, un double reset réinitialise DSM sans toucher aux données. A partir de là il faut refaire la séquence d'installation du DSM ce qui signifie dans tous les cas de figures de tout reparamétrer. Mais comme toujours, avant de faire ce genre de manip, il faut impérativement mettre les sauvegardes à jour.

Si vous arrivez à vous connecté en Wifi (et je suppose aussi en Ethernet) et pas de l'extérieur, c'est que vos redirections de ports ne sont pas bonnes, ou que votre NAS est mal paramétré ou que vous n'utilisez pas la bonne adresse. Mais avant de penser accès à son NAS de l'extérieur, il faut d'abord commencer par le sécuriser correctement. Je vous conseille de mettre en pratique tout ou partie de l'excellent tuto de Fenrir sur le sujet.