Mic13710

Pour quoi faire ? S'il n'y en a pas besoin, ça ne sert à rien. C'est comme le port 80.

Est-ce que les utilisateurs sont sur des clients CloudStation ? Dans ce cas, c'est normal car CloudStation ne permet pas le travail collaboratif. Le fichier enregistré est celui du dernier qui sauvegarde. Pour pouvoir faire du collaboratif, il faut que tout le monde travaille sur le même dossier physique.

Avez_vous regardé le tuto de Fenrir sur le serveur VPN ? Il y a notamment un point important concernant la sécurité en L2TP/IPSec sur le port 1701 qu'il faut bien ouvrir côté NAS et fermer côté routeur.

Tout est en clair. Un pirate peut aisément intercepter votre trafic. Il est totalement impossible que votre modem interdise le https. Comme son nom l'indique, c'est un MODulateur-DEModulaateur. Il n'a aucune fonction de filtrage. Vous voulez sûrement parler de la box. Si vous parlez de loopback, c'est que vous êtes probablement chez free. A ma connaissance, c'est le seul FAI qui l'autorise. Si vous avez un blocage c'est soit au niveau du routeur, ou du parefeu ou bien du paramétrage de DSM que ça peut se passe. Vous trouverez toutes les informations utiles dans le tuto de Fenrir sur la sécurisation des accès au nas.

Ce n'est pas précisé et c'est vrai que je n'ai pas non plus précisé

Avez-vous rajouté la clé DWORD32 dans la base de registre ? https://support.microsoft.com/en-us/kb/926179

Il faut faire l'inverse, sélectionner les pays que vous autorisez. Généralement, il y en a moins de 15.

D'accord avec StéphanH. Autant d'adresses bloquées en si peu de temps, il y a sûrement un pays "ami" qui vous veut du bien. Vous pouvez par exemple vérifier l'origine des adresses sur ce site. Regardez aussi les ports ouverts. Allez voir aussi le tuto sur la sécurisation des accès au NAS.

Quand je parle de RAID, ça inclus aussi le SHR avec protection des données. Si vos disques sont en basic ou en SHR sans protection des données, un onduleur n'est pas indispensable.

Un 216SE pour faire tourner plex ??? Il tient le choc ? Si c'est suite à des micro coupures et que vous êtes en RAID, il est possible qu'il y ait des problèmes de disques. Avez-vous un onduleur compatible pour alimenter le NAS ? Lancez des tests smart étendus sur les disques.

DSM : menu mise à jour et restauration, onglet sauvegarde de configuration. Paquets : créer un tâche de sauvegarde dans hyperbackup dans laquelle vous sélectionnez tous les paquets dans l'onglet Applications.

Les MAJ sont diffusées à la seule discrétion de Synology. Et ça m'étonnerais fort qu'ils viennent lire nos petites discussions. Ce n'est qu'un forum communautaire. Le seul moyen que vous avez pour vous faire entendre c'est de contacter le support.

Voila pourquoi j'ai installé un routeur Ubiquiti ER-X. J'ai fait un groupe de toutes mes caméras quelles que soient leurs marques et je bloque tout accès IN/OUT. Depuis, plus de tentative de connexion à des serveurs inconnus et plus de messages m'invitant à mettre à jour mes cams chinoises, ce qu'il est préférable d'éviter, à moins de lire et parler le mandarin

Est-ce que les vieux déterrages comptent aussi ? En parcourant le forum à la recherche d'infos sur le directory server, je suis tombé sur celui-ci :

Bienvenue sur le forum. Si vous voulez un peu plus exploiter votre NAS (vous parlez de cryptage), le modèle SE risque de montrer rapidement ses limites.

Un 216+II ferait très bien le job. Mais ce modèle étant en BTRFS en natif, il sera préférable d'opter pour une installation neuve plutôt qu'un migration. Il est possible de le faire tout en gardant les disques du 214SE, à condition bien entendu qu'ils soient en parfait état. Si vos sauvegardes sont complètes et à jour, ce ne sera que plus facile.

Je ne vois pas ce qui vous permet de dire cela. La preuve, vous avez pu justement migrer simplement. Seulement, comme le fait remarquer Einsteinium, c'est une limitation matérielle qui est imputable à l'installation d'origine sur un NAS dont la taille des volumes ne peut excéder 16To. Cette limitation est pour ainsi dire inscrite dans les gènes du groupe de disques et même si votre nouveau NAS peut gérer jusqu'à 108To, les disques ont été formatés de telle sorte qu'ils ne peuvent pas avoir des volumes de 16To. Lorsque le pas technologique est trop important il est de loin préférable de repartir de zéro. Vous auriez migré d'un 411J vers un 416J, il n'y aurait pas eu de problème puisque l'un et l'autre sont limités à 16To. Le saut entre un 411J et un 416Play est trop important pour envisager la migration. Pour en revenir à votre problème, je peux vous proposer cette méthode, mais je ne garantie pas que ça puisse marcher car DSM peut donner la priorité à la reconstruction du raid plutôt qu'à la création d'un nouveau volume, ce que je ne sais pas. Vous sortez le dernier disque que vous avez ajouté (le 4). Le NAS va indiquer un défaut sur le RAID et va bipper. Ne pas s'en soucier. Vous pouvez couper le bip à partir du menu des notification je crois. Vous formatez ce disque sur un PC (formatage rapide, format indifférent, le but étant de casser les partitions créées par le NAS. Vous le remontez dans le NAS et dans le gestionnaire vous choisissez la création d'un nouveau volume. Comme je l'ai dit plus haut, il se peut que le NAS refuse cette manip car sa priorité c'est de reconstruire le RAID. Si ça passe, une fois le volume construit, vous pourrez transférer vos données du volume 1 vers le volume 2, ainsi que les fichiers de configuration de DSM et des paquets. Si le volume 2 est plein, il faudra sans doute envisager de faire les transferts restants sur un disque externe. Si ça ne fonctionne pas, il faudra alors envisager de transférer les données (et les fichiers de conf) sur un disque externe et/ou d'utiliser le quatrième disque monté dans un PC ou un dock USB pour y copier les données du NAS. Ce sera beaucoup plus long. Une fois la copie effectuée, vous sortez les 3 disques du volume 1 et vous les formatez sur un PC. Vous les réintroduisez dans le NAS et vous demandez la création d'un nouveau volume sur les 3 disques. Vous laissez le type de volume par défaut (SHR) plutôt que de choisir RAID5. Il devrait vous proposer de créer le volume 1 puisqu'il n'existe plus. Une fois le volume créé (quelques heures), vous aurez un groupe de disques en BTRFS de 16To. Vous chargez le fichier de configuration de DSM qui va vous restituer les comptes utilisateurs et les dossiers partagés, vous réinstallez les paquets, vous rechargez leurs paramètres, puis vous transférez les données du volume 2 (et/ou éventuellement le disque externe) vers le volume 1 dans les dossiers respectifs. Lorsque c'est fait, vous sortez le disque 4 (volume 2), vous le formatez sur un PC, vous le réinsérez dans le NAS et dans le gestionnaire de stockage vous validez l'augmentation du volume 1. A la fin du processus, vous aurez un volume théorique SHR de 24To en BTRFS.

Je ne suis pas chez moi. Je pense à une solution. Je regarderai dès que possible.

Comme vous ne pouvez plus jouer sur la taille du volume, la seule option qui me semble la plus logique c'est de refaire une installation complète. Quel est le volume total de vos données ? Est-ce que vous utilisez cloud station ?

C'est encore supporté sur Firefox 32 bits jusqu'en 2018 en chargeant l'ESR. Voir cet article Mozilla.

Bienvenue sur ce forum.

En regardant la première image, les disques sont en ext4 sur un NAS BTRFS. @pwdstudio ne nous a pas tout dit. Il est à mon avis évident que ces disques sont issus d'une migration d'un NAS dont la taille maximum d'un volume est 16To. D'où le blocage lors de l'augmentation de volume. Les migrations ont leurs limites et celle-ci en est une. Ce n'est pas pour rien qu'on répète sans cesse que lorsque le saut est trop important, il est de loin préférable de refaire une installation complète plutôt que de migrer.

Rien n'interdit de mettre des fichiers de tous types dans n'importe quels dossiers. Cependant, il est en effet préférable de stocker les fichiers dans des dossiers dédiés en fonction de leur type. Ca n'évite pas les doublons (rien ne vous empêche d'avoir plusieurs fichiers identiques dans des dossiers différents), mais au moins ce n'est pas éparpillé. Les photos dans le dossier photo, musiques dans le dossier audio, les film dans le dossier video, etc... c'est tout de même plus propre et surtout plus simple à l'usage.

Je ne crois pas car normalement ce type de boitier n'est pas capable de gérer les disques en simultané. Or pour que le mdadm et le lvm2 puisse fonctionner il faut pouvoir associer les disques, ce qui me parait impossible sur un boitier dans lequel les disques sont adressés de manière cyclique. Mais il est possible que d'autres aient des avis différents.

Q1 : Oui. C'est ce qu'on appelle la migration. Par contre vous perdrez le bénéfice du BTRFS. Vous trouverez toutes les infos sur la migration et le btrfs sur le site Synology. Q2 : Oui, mais ce n'est pas le meilleur choix car vous perdez la capacité d'un autre disque. Mieux vaut faire une augmentation du volume existant en rajoutant les disques au volume initial. Avec un RAID de 2To et un de 4To, vous n'aurez que 6To de stockage. En faisant une augmentation du volume existant, et à condition qu'il soit en SHR, votre stockage avec 2x2To et 2x4To serait de 8To, soit 2To supplémentaires.