Mic13710

Le simple reset est bien évidemment la seule solution. Lorsqu'on met en place la double authentification, il faut aussi utiliser plusieurs supports pour ne pas avoir à faire ce genre de manip. Tous ces systèmes fonctionnent sur le même protocole OTP. Lors de la mise en oeuvre de la double authentification, il faut absolument récupérer la clé pour pouvoir dupliquer les codes sur d'autres logiciels. Il y en a quelques uns, Google authenticator bien évidemment, FreeOTP (sur android), Authy desktop (sur toutes plateformes), ou encore l'addin KeeOTP pour Keepass. Il y en a surement d'autres. Perso, j'utilise FreeOTP et KeeOTP. Et bien entendu la possibilité d'avoir des codes de secours. Ainsi, je peux perdre une des sources ou même les deux, je suis toujours en mesure d'accéder à DSM.

Votre disque 1 est en SHR sans protection des données et votre disque 2 ne comporte aucun volume. Dans ce cas, vous arrêtez votre NAS, vous démontez votre disque 2 que vous remplacez par un nouveau disque de 4To. Vous rallumez le NAS et dans le gestionnaire de stockage, volume vous cliquez sur action. Là vous choisissez l'augmentation de volume. Cette action va vous créer un SHR de 3To (2.73 pour être précis) avec protection des données. L'opération de construction dure quelques heures (une bonne dixaine, il suffit d'être patient). Une fois le SHR finalisé, vous vérifiez que tout fonctionne correctement etque les deux disques sont en état normal. Vous refaite la même opération mais cette fois vous remplacez le disque de 3To par le deuxième 4To. Après redémarrage du NAS, vous aurez des bip et un message vous signalant que le volume est dégradé. C'est normal. Vous retournez au même bouton action et vous choisissez la réparation du volume. Cette opération va durer encore quelques heures et une fois finalisée vous aurez un volume de 4To.

Pour être tout à fait clair, vous n'avez pas fait une migration mais une réinstallation car il n'est pas possible de migrer d'un SHR2 vers un SHR. Votre soucis ressemble furieusement à un problème de disque. A vous lire, c'est probablement le disque 3. Que disent les tests smart ?

Pour pouvoir vous répondre correctement, il faudrait que vous nous donniez les vues de votre gestionnaire de stockage. Il y a des tas de manières d'accéder à son NAS de l'extérieur, des meilleures aux pires. Il y a aussi des applis android.

Parce qu'il n'y en a pas. Si vous voulez exploiter les 2To supplémentaires, il faut remplacer un autre de vos 2To par un 4To.

Là, vous m'en demandez trop. Je ne peux pas affirmer une chose pareille. Il faut tester. Puisque vous avez tout remis à plat, vous pouvez essayer de remonter un nouveau DSM et un volume sur un autre disque pour vérifier que tout se passe bien sur quelques jours.

Ca signifie que le disque n'est plus géré dans le groupe dont il est issu. Qu'il fonctionne correctement, rien n'est moins sûr. S'il a été sorti c'est qu'il y a eu un problème. Ca peut être un problème d'environnement (pas d'onduleur ou batterie d'onduleur HS, problème de bloc d'alimentation, perte de synchro suite au disque physiquement sorti du NAS, etc..), ou bien un problème sur le disque lui-même comme par exemple des temps d'accès lecture/écriture qui excèdent les temps acceptable pour le gestionnaire du groupe. Des données smart bonnes ne sont pas une garantie du bon fonctionnement du disque. En attendant, votre NAS tourne probablement sans disque de protection. Vous pouvez tenter un reformatage du disque sur un pc pour le réintroduire dans le nas et reconstruire votre groupe. Vous verrez bien si le défaut se reproduit. Mais généralement, si le disque a été sorti, il y a fort à parier que ça se reproduise à plus ou moins long terme. Le mieux serait de le remplacer et d'utiliser l'ancien comme disque de sauvegarde externe.

C'est le status du disque dans le groupe. Dans votre cas, ce disque est sorti du groupe. Pour répondre à toutes ces questions, vous avez l'aide DSM ou l'aide en ligne Synology. Pour votre cas, voici la marche à suivre : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/StorageManager/storage_pool_repair

En ne sait rien à partir de DSM car ce n'est pas supporté. Uniquement via le terminal.

Sauvegarde et réplication c'est le Hyperbackup jusqu'à DSM5.2 (en beaucoup plus basique). Il aurait fallu passer par ce dernier en rsync mono version pour faire la sauvegarde.

Bonjour et bienvenu dans la communauté. Voila une présentation comme on les aime 😊

Bonjour et bienvenu dans la communauté.

Cloud Station Server ne fonctionne que sur un volume interne, pas sur un disque externe. Et pour information, CS n'est pas une solution de sauvegarde puisque vous êtes synchronisée en permanence. C'est un outil merveilleux pour faire du cloud privé, mais on ne peut pas le considérer comme de la sauvegarde. Il faut mettre en place une vraie solution de sauvegarde périodique, sur votre disque externe par exemple.

4To c'est les disques les plus gros disponibles à l'époque de la sortie du NAS. La taille maxi d'un volume sur un 1813+ est 108To. Les disques actuellement approuvés par Synology pour votre NAS sont listés ici : https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS1813%2B&category=hdds&p=1 Vous y trouverez des disques de 14To. Avec ça, vous pouvez voir venir sans avoir à rajouter une extension.

Soit le bienvenu dans la communauté.

Parce que tu as indiqué file.ndd.tld et le port 443 pour le https (je me rappelle même que c'est moi qui t'ai donné la soluce). Sinon, tes liens seraient avec l'adresse par défaut pour atteindre le NAS et le port par défaut (5001), même avec le reverse proxy.

Zeus aime bien les étincelles 😉

Les adresses des liens sont fonction des paramètres que vous avez indiqué dans les accès externes. Pour utiliser les ports 80 et 443 avec votre nom de domaine, vous modifiez les options avancées comme suit : Nom d'hôte ou IP statique : votre ndd pour accéder à File Station (pour moi c'est file.monndd) DSM (http) : 80 DSM(https) : 443 Avec ces paramètres, si vous vous connectez au NAS en https, les liens générés seront sous la forme : https://votre ndd pour accéder à File Station/sharing/et le numéro du lien Vous n'utilisez plus le port 5000 ou 5001 😊 A condition d'avoir fait ce que j'indique ici !

Alors là, respect. Soit le bienvenu dans la communauté.

@PingouindunasSi comme vous le dites vous n'êtes pas à l'aise avec votre NAS, je vous conseille pour le moment de le faire fonctionner de manière classique avec les ports par défaut (5001) car c'est le plus simple. C'est seulement qu'après avoir compris le fonctionnement général que vous pourrez allez plus loin. Ne brulez pas les étapes. Je vous ai parlé du serveur DNS pour vous dire qu'il y avait d'autres solutions, et je pensais aussi que vous aviez assez d'expérience pour vous lancer dans l'aventure. Comme ce n'est pas le cas, contentez vous de suivre le tuto de Fenrir et faite les paramétrages de base.

Tout d'abord il est d'usage sur ce forum de faire un tour du côté du forum des présentations. Certains y sont sensibles. Votre question démontre que vous n'êtes pas un linuxien. Avec Linux, il n'y a pas de considération de disque comme c'est le cas sous windows. Le stockage est considéré comme un tout, raison pour laquelle vous ne verrez pas les volumes 1 et 2 dans File Station. La contre partie c'est que contrairement à Windows, vous ne pouvez pas donner le même nom de dossier dans deux volumes différents puisque seul leur nom les différencient, pas leur emplacement physique.

@9re9os la translation de port n'est pas un problème en soit. Simplement ça complique l'usage car comme vous le faite remarquer, il faut jongler avec des ports différents entre LAN et WAN. On peut aussi modifier les ports par défaut du NAS pour les faire correspondre aux ports exotiques utilisés. Dans ce cas, un reset du NAS rétablira les ports d'origine ce qui peut poser problème lorsqu'on est habitué à se connecter avec des ports différents. En aucun cas, la translation vous protègera des intrus. Si des hackers ne s'attaquent qu'aux ports par défaut, il n'y a rien à craindre car ce sont surtout des petits rigolos qui se feront bloquer par le parefeu et s'en iront voir ailleurs. Pour les autres, il mettront quelques secondes de plus pour trouver les ports ouverts. C'est surtout contre ceux là qu'il faut se prémunir avec des mdp forts et un parefeu très restrictif. L'avantage d'un ndd associé au serveur DNS et au serveur proxy c'est qu'on peut utiliser la même url que ce soit côté LAN ou côté WAN. Fenrir en parle dans ce tuto je crois. @Pingouindunas oui les redirections sont bonnes, mais elles ne peuvent fonctionner que si vous mettez en place le serveur DNS et le reverse proxy. Sans cela, vous ne pourrez pas utiliser le 443 pour vous connecter aux différentes applis du NAS. Allez faire un tour du côté du tuto de Fenrir sur le serveur DNS (attention, ce n'est pas simple à appréhender et à mettre en service) et si vous voulez voir le serveur proxy en application, rendez-vous sur mon intervention en page 2 de ce même tuto du serveur DNS. @9re9os pour le point 3, vous pouvez laisser le port 80 ouvert en permanence vers le NAS. C'est le parefeu qui ne laissera passer que les 2 adresses LE. Le reste sera bloqué.

Bien entendu. Comme je suis quasiment le seul utilisateur actif de mon NAS, cette redirection ne m'est pas utile. J'ai le port 80 ouvert mais uniquement pour les 2 adresses LE pour le renouvellement auto de mes certificats. A ce propos, je ne sais pas si la redirection 80 --> 443 permet tout de même le renouvellement. J'ai un doute là dessus.

Je n'ai jamais utilisé de disque externe sur mes NAS, aussi je ne serai pas affirmatif. On ne peut partager que des dossiers du ou des volumes gérés par le NAS. Un disque externe ne peut pas être inclus en tant que disque de données mais seulement comme un support de transfert du/vers le NAS. Son contenu ne peut pas être partagé. De plus, pour qu'un dossier puisse être vu par votre TV il faut qu'il soit inclus dans l'environnement multimédia et qu'il soit indexé. Comme vous ne pouvez faire ni l'un ni l'autre, il est évident que votre TV ne peut pas voir votre disque via le protocole DLNA. Par contre, il est tout à fait normal que vous puissiez le voir avec DSFile puisque c'est l'appli jumelée à File Station.

Ca n'aurait pas été plus simple de simplement monter des lecteurs distants dans file station ?