Mic13710

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.

C'est déjà pas mal. Dans la liste des recommandations, il ne peut y avoir que des NAS actuels. Pour les modèles plus récents, les capacités du NAS pour la gestion des caméras sont données dans les spécifications. Il n'y a malheureusement rien pour les modèles plus anciens, dont le 212+. Tout est question de qualité d'image et de nombre d'images par seconde (IPS ou FPS en anglais). Si vous prenez une caméra HD que vous utilisez à la résolution maxi avec un nombre d'IPS élevé, vous aurez probablement atteint le maximum gérable par le NAS. Et si en plus vous faite faire la détection de mouvement par le NAS, ce sera alors double peine. Si par contre vous optez pour une résolution moyenne avec un IPS de 5 ou 10 et une détection de mouvement par la céméra, je pense que le 212+ est tout à fait apte à gérer ce flux. Tout est question de dosage.

Oui et non. En ssh, avec la commande upsc ups on retrouve toutes les infos de l'onduleur. Je ne suis pas sûr de bien comprendre. Mettez le lien pour voir de quoi il s'agit.

Bonjour Alain Reims, soyez le bienvenu dans la communauté. Votre NAS est probablement en SHR qui est un RAID hybride combinant le RAID1 et le RAID5. Si vos disques sont de même capacité, votre SHR utilise uniquement le RAID5.

C'est ça. Un RAID1 c'est 2 disques en miroir. Pour pouvoir étendre votre stockage à 4To, il faut 2 disques de 4To. S'il n'en reste qu'un, le RAID fonctionne en mode dégradé mais ne peut pas évoluer. Et donc même s'il reste de l'espace non utilisé vous ne pouvez pas comme par magie rajouter cet espace au miroir. Pour être complet, je sais qu'il est possible de le faire en lignes de commande via SSH mais je ne maitrise pas assez le sujet pour vous donner une méthodologie qui soit sure à 100%. Je m'abstiendrai donc.

Lorsque vous enlevez un des disques, le groupe passe en mode dégradé. Si vous enlevez le 2To, vous pourrez utiliser vos données comme avant sur le disque de 4To, mais vous ne pourrez pas utiliser les 2To restants. Si vous voulez monter un SHR de 4To avec protection des données, le mieux serait de remplacer le 2To par un 4To. A ce moment là, votre volume pourra passer à 4To.

Il est d'usage sur ce forum de passer par la section présentation avant de poster. Pour votre problème je dirais tout simplement : un cliqueur fou de plus. En rajoutant votre disque et en choisissant l'augmentation de volume, vous avez créé un SHR avec protection des données, équivalent RAID1. Vos disques sont donc en miroir, et comme vous avez un disque de 2To, votre RAID n'est que de 2To, les 2To restants n'étant pas exploitables. Malheureusement, il n'y a pas de méthode officielle pour revenir en arrière. Par chance, il existe une méthode officieuse qui permet de casser le RAID. En voici une : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/ Par la suite, il faudra rajouter un nouveau groupe sur ce nouveau disque sur lequel vous montrer un volume qui deviendra votre volume 2.

Vous pouvez n'utiliser qu'un seul disque, mais il faut tout de même passer par les étapes mdadm et lvm2 car le disque est en SHR.

Pas de problème pour créer un nouveau groupe avec un nouveau volume, d'y transférer vos données et d'y rajouter vos 6To pour créer un groupe 4+6+6. Néanmoins, je suppose que votre disque 4To est installé dans la baie 4 et les 6To dans les baies 1 et 2. Vous aurez donc un groupe avec les baies 1,2 et 4, et un autre groupe d'un seul disque dans la baie 3. Ce n'est pas un problème en soit. Pour ma part, je ne suis pas du tout favorable pour que les sauvegardes soient sur le même NAS que les données source. Si vous êtes victime d'un problème interne ou externe au NAS, ou bien que vous soyez attaqué par un cryptolocker, vos sauvegardes risquent d'être compromises. Le mieux serait de monter votre disque de 8To dans un rack externe et de faire vos sauvegardes via USB que vous pouvez désactiver à la fin de la sauvegarde. Ainsi, plutôt que de faire un transfert des 6To vers le 4To, vous pourriez utiliser vos sauvegardes externes pour remonter votre NAS. Par mesure de sécurité, vous ne montez qu'un seul des 6To dans le groupe est vous gardez l'autre bien au chaud dans un coin comme dernier secours au cas où la restauration ne se passe pas comme prévu. Vous pourrez le rajouter au groupe une fois toutes les données transférées et le NAS opérationnel.

Content que votre problème soit résolu. La redirection http vers https pose souvent des problèmes sur le fonctionnement du reverse proxy. Elle pose aussi des problèmes sur les dernières versions des navigateurs à cause de la double sécurisation. En effet, une requête en https orientée vers du http par le reverse proxy, sera à nouveau dirigée vers du https par la redirection. Firefox par exemple ne permet plus ces passages https http https car la sécurité est compromise lors du transfert en http. Le plus simple est de pas activer la redirection. C'est aussi signalé par Fenrir dans son tuto sur la sécurisation de nos nas. On peut toutefois créer cette redirection soit en php soit avec un .htaccess. Je cite : 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; ?>

Vous avez donné la solution : Vous n'avez plus qu'à sauvegarder les données à partir du NAS de votre ami.

Je disais cela par rapport au loopback qui au final me permettait d'avoir la même URL sur le LAN ou le WAN. Mais ça ne voulait pas dire que le serveur DNS était inutile, bien au contraire. En passant par le loopback, le processeur du routeur est sollicité et les liens sont assujettis à la vitesse du WAN qui est bien inférieure à celle du LAN. Ce n'était pas trop un problème pour moi car à l'époque je n'avais finalement que Cloud Station qui utilisait le loopback. J'accédais aux autres services directement par leurs ports respectifs, par le LAN avec l'IP du NAS, par l'extérieur avec mon adresse xxx.hd.free.fr. Le serveur DNS permet d'utiliser la même URL que ce soit côté LAN ou côté WAN en séparant bien chaque zone. En ce qui concerne votre demande, les serveurs DNS sont interrogés dans l'ordre. Si le premier n'est pas accessible ou ne peut pas résoudre la requête, on passe au suivant, et ainsi de suite. Pour le NAS, IP du NAS pour le principal, IP du routeur pour le secondaire Pour le routeur, IP du routeur pour DNS1 et IP du NAS pour DNS2

Là c'est raté. Si vous utilisez quickconnect il y a un accès à votre NAS de l'extérieur et votre nom de domaine en synology.me, ce n'est pas pour une utilisation locale mais bien pour des accès externes. Si vous restez un petit moment parmi nous, vous comprendrez très vite que nous ne recommandons pas l'utilisation de quickconnect. Dans votre cas, il est clair que votre domaine n'est plus reconnu, ce qui explique que votre NAS ne puisse plus se connecter. Je n'ai pas de solution à vous proposer car je n'utilise pas cette fonction, lui préférant de très loin un vrai ndd que je contrôle. Je vous conseille vivement pour (re)commencer proprement de mettre en pratique les 2 tutos dont je vous ai donné les liens dans votre présentation.

C'est Hyperbackup. Une fois DSM6.x installé, ce sera ce tuto qu'il faudra suivre : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Bonjour papou35, soyez le bienvenu dans la communauté. Je vous conseille de commencer par la partie tutoriels où vous trouverez comment faire vos premiers pas, et notamment ces deux tutos :

J'ai bien compris que ça ne fonctionnait pas. J'ai simplement répondu à cette question : Et pour mes questions ? Avez-vous aussi vidé le cache du navigateur ? Le chemin normal si tout se passe bien est le suivant : Votre requête --> serveur DNS : adresse résolue --> CNAME --> NS --> A --> IP du NAS --> Reverse Proxy --> service demandé

Quel rapport avec les NAS ? Vous pouvez filtrer en amont sur les serveurs de Free. Perso, je suis passé à zimbra (accessible par zimbra.free.fr) et j'ai créé des filtres. On peut aussi bloquer les messages commerciaux et ne laisser passer que ceux qu'on souhaite. Résultat, le nombre de spams est quasi zéro que ce soit sur mon PC, mon smartphone ou ma tablette.

C'est bon pour le reverse proxy. Si ça passe par la box, c'est clairement que votre résolution de zone n'est pas correcte et/ou ne fonctionne pas. Une requête sur le LAN devrait obligatoirement commencer par interroger le serveur DNS du NAS. Ce n'est que si la requête ne peut pas être résolue localement qu'elle est redirigée vers le routeur et le WAN. Est-ce que par hasard vous n'auriez pas activé la redirection HTTP vers HTTPS ? Même question pour le HSTS.

Carrière beaucoup plus longue pour ma part (je suis à la retraite). Dans le cas présent, si les disques sont sains, impossible est exactement le terme car c'est le principe même du fonctionnement de nos NAS depuis l'origine. Sinon 'il y a un problème sur la partition système qui est signalé par le NAS. Si vous n'avez pas pu démarrer en enlevant un disque c'est que vous n'avez pas vu passer ces alertes. J'ai effectivement vu des cas où le système ne fonctionnait plus que sur un seul disque parce que les partitions système étaient endommagées sur les autres disques. C'était plus que probablement votre cas. Bref, je ne vais pas épiloguer plus longtemps sur ce point. Avez-vous lu ce que firlin a écrit ? Il est bien évident qu'une migration n'est pas une bonne solution. Le montage des disques dans le NAS doit simplement vous permettre de sauvegarder vos données sur d'autres supports en vue d'une réinstallation.

Ca c'est totalement impossible. N'importe quel disque peut démarrer le système. Tous les disques comportent 3 partitions : 1 système, 1 swap et 1 données. Les deux premières fonctionnent en RAID1. Le NAS demarre donc sur n'importe quel disque. Par contre, les paquets sont installés par défaut sur le volume 1 qui est par défaut sur le groupe 1, lequel groupe 1, si j'ai bien compris, est constitué dans votre cas d'un seul disque en SHR sans protection des données. Faut-il le répéter une troisième fois ???? 😜

Plutôt que de tout traiter dans un seul dossier partagé, pourquoi ne pas en faire plusieurs ? Si le commercial A est le seul à accéder à son dossier, ses dossiers peuvent être mis indifféremment dans son dossier utilisateur ou dans un dossier partagé pour lequel il est le seul à avoir accès. Les dossiers techniques sont dans un autre dossier partagé.

C'a n'a rien à voir avec le port 7000 dont je parle dans mon message précédent qui lui concerne le reverse proxy. Si après avoir supprimé l'url vous n'activez pas le port de file station, l'appel par file.ndd ne pourra pas fonctionner.

DSM est installé sur tous les disques et fonctionne en RAID1. Il n'y a pas comme vous dites de disque de boot. Vous ne pouvez pas rajouter vos anciens disques sur un NAS comportant déjà des disques. Vous devez impérativement monter vos disques seuls dans le NAS. Comme l'a dit firlin, il faut donc enlever votre nouveau disque et redémarrer le NAS puis suivre la procédure indiquée.

This forum is in french. If you need to get response to your query, please translate or revert to the uk/us forum.

A titre d'exemple, le simple rajout d'un disque dans une grappe est un sujet qui ressort au moins une fois par semaine. Pourtant c'est expliqué sur le site Syno, et il y a des réponses par milliers sur le forum. Heureusement que la majorité de ceux qui se posent la question ont fait l'effort de chercher et ne sont pas venus poster une trente six millième fois l'éternelle question, mais il y a parfois de quoi être agacé de voir que beaucoup ne font pas l'ombre d'un début de recherche. Pourquoi se casser la tête alors qu'il est si simple d'écrire un nouveau sujet.