Mic13710

Désolé, mais même avec cette dernière explication, je n'ai strictement rien compris à votre problème. Pour transférer des dossiers d'un NAS à un autre, il y a bien la technique des dossiers montés d'un NAS vers l'autre, et dans ce cas on peut très bien copier du NAS source vers le NAS de destination dans le dossier qu'on veut. Mais la meilleure méthode à mon sens c'est de passer par hyperbackup qui permet de retrouver ses paramètrages et ses dossiers à l'identique sur le NAS de destination. https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_Hyper_Backup

@sebastien29, la dernière visite de @krischna remonte à juin 2021. Je doute fort qu'il puisse vous répondre.

Un 1812+ oui. Pour le 920+, il faut que le nombre de disques du groupe existant soit de 4 au maximum, ou alors il faut lui rajouter une unité DX517 (qui coute un bras) pour le ou les disques supplémentaires, sinon vous pouvez oublier. De plus si vous optez pour un 920+, je vous renvoi à la remarque que j'ai faite concernant le BTRFS.

C'est la même chose. Vous êtes encore sous DSM6.x ce qui explique le différence de dénomination. Ce qui m'étonne c'est qu'il n'y ait pas de groupe. Un groupe peut-être constitué d'un à plusieurs disques fonctionnant en RAID ou SHR. Mais après tout, j'ai rarement eu de NAS multibaie avec un seul disque et je ne me rappelle plus si le groupe apparaissait. Cet affichage est très certainement normal et le groupe apparaitra une fois le deuxième disque ajouté au disque existant. Je vous donne le lien vers la procédure sous DSM6 : https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/storage_pool_expand_add_disk?version=6 Je n'ai pas regardé s'il y avait des différences avec la 7, je vous laisse le soin de le faire.

Il s'agit là d'ajouter un disque à un groupe existant. Voir cet article Synology : https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/storage_pool_expand_add_disk?version=7

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.

Oui. Oui mais il y a des limitations. Voir cet article sur la migration des DD : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_HDD Veuillez aussi noter que vous importerez toutes les limitations du 1511+ dans le nouveau NAS. Par exemple, vos disques qui sont en EXT4 pourront fonctionner sur un NAS plus récent mais vous perdrez les bénéfices du BTRFS si le nouveau NAS est compatible.

D'où l'importance de sauvegarder la clé et de l'utiliser sur plusieurs applications OTP (KeeOTP avec Keepass, FreeOTP+ sur Android, autres...). Ce qui évite du même coup de passer par Google Authenticator bien qu'on puisse aussi l'utiliser. Si le simple reset ne permet pas de réinitialiser le compte admin et de supprimer la double authentification (ce qui me surprend...), vous pouvez passer par le double reset qui réinitialise DSM sans toucher aux données. Sinon, il vous reste la solution de sortir les disques, de les formater sur un PC et de les remettre dans le NAS pour effectuer une installation neuve et restaurer vos sauvegardes.

Il aurait peut-être fallu commencer par nous expliquer ça. ??? Je ne comprends pas. Il s'agit de votre adresse publique, celle de votre connexion internet que vous pouvez obtenir par exemple sur ce site : http://www.mon-ip.com/ Après, je ne connais pas no-ip et très peu les autres services DDNS car je travaille essentiellement avec des IP fixes. Mais si vous avez renseigné correctement les infos de départ, la mise à jour chez no-ip doit se faire automatiquement. Votre status est-il indiqué comme "Normal" une fois que vous avez établi la première connexion ? Quel est le status rapporté dans la page DDNS lorsque votre IP a changée ?

Accès externe, DDNS. Là vous choisissez le fournisseur (no-ip dans votre cas), vous renseignez les infos de votre compte no-ip, vous indiquez l'adresse IP publique actuelle (elle devrait normalement s'afficher par défaut), et vous faite un test de connexion. Si tout est OK, votre adresse sera mise automatiquement à jour chez no-ip à chaque changement.

Un message pour rien. Enfin, pas tout à fait puisque celui-ci est mon 10 000 ème sur ce forum depuis mon inscription le 23/09/2007 🥂. Il méritait d'avoir son fil dédié. A l'époque, je venais d'acquérir mon tout premier NAS, un DS107 et je suis depuis resté fidèle à Synology. Après le 107 se sont succédé un deuxième et dernier monobaie, un DS110J, puis des deux baies DS710+, DS214+, DS713+, DS718+ et le tout dernier, un DS220+. Pas au delà des 2 baies car mes besoins en stockage sont somme toute assez limités. Mes disques de 4To font parfaitement le taf. Que dire. Dans ces 10 000 messages, il y a eu bien sûr beaucoup de demandes d'aide de ma part et je remercie chaleureusement ceux qui l'ont fait. Je n'en nommerai (presque) aucun pour ne pas en oublier bien que tous aient déserté le forum depuis bien longtemps..... ☹️. Je ferais toutefois une exception pour @Fenrir. J'ai tellement appris grâce à lui qu'il m'est impossible de ne pas le mentionner. Il a été une source inépuisable de connaissances dans de nombreux domaines, en témoignent tous les tutos qu'il a créé et qui sont encore aujourd'hui des références. Il a tiré ce forum vers le haut et je sais que ceux qui ont eu la chance de bénéficier de son aide partagent le même sentiment. Et puis est venu le temps où j'ai pu à mon tour aider modestement les autres, pas toujours de manière heureuse (j'ai mon lot de casseroles 😉). J'espère simplement que dans toute cette diarrhée messagère certains ont pu trouver des réponses à leurs questions. Vous l'avez probablement noté, je suis moins présent ces temps ci, du moins pas autant que je le voudrais. Je dois limiter mes interventions au strict minimum car je me suis lancé dans des travaux importants de rénovation qui occupent le plus clair de mon temps. J'essaye malgré tout de consacrer quelques minutes par jour pour garder le contact et répondre rapidement à quelques demandes. Longue vie au forum et merci à tous ses membres sans qui il ne pourrait exister. Le dinosaure 🙂.

Et c'est relativement simple d'y récupérer les données : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Pas à ma connaissance. Un clonage ne peut se faire que vers un disque d'une capacité au moins égale au disque source. A l'exception des NAS monobaie type DS1xx, je n'ai pas rencontré de cas de clonages réussis sur des disques en RAID. Non. On peut augmenter la capacité d'un RAID, on ne peut pas la diminuer. Si vous ne voulez pas tout reprendre, alors je vous conseille de conserver les disques actuels. Vous pouvez toujours monter les 3To (si vous les avez) dans le DS4... en SHR. La seule condition c'est de commencer à bâtir votre SHR avec les disques les plus petits (les 3To dans votre cas). Question : pourquoi ne pas donner le modèle exact des NAS dont vous parlez ? C'est un secret d'état ?

C'est bien ce que Drive permet de faire si la synchro bidirectionnelle est activée. Quel que soit le dossier (serveur ou client) dans lequel on dépose un fichier, celui-ci est synchronisé sur le serveur et tous les clients.

Pas une bonne idée à mon avis. Un RAID0 ou un JBOD n'est pas du tout protégé en cas de perte d'un disque. Je n'ai jamais vu un raid1 délié qui ne soit plus lisible pour la bonne et simple raison que les disques sont en miroir. Les données sont donc intégralement accessibles sur au moins un des disques. Ce qui n'est pas le cas du RAID5 ou 6 où les données sont agrégées par bandes sur tous les disques. Le risque de panne augmente aussi avec l'augmentation des capacités des disques.

Bonjour @camulogene, soyez le bienvenu.

Bonjour @Andre65, soyez le bienvenu dans le communauté. Pour répondre à vos interrogations sur les réseaux, peut-être trouverez vous des réponses dans ce tuto : https://www.nas-forum.com/forum/topic/75952-tout-ce-que-vous-avez-toujours-voulu-savoir-sur-les-réseaux-sans-jamais-oser-le-demander/

merci @Kramlech pour cette petite vulgarisation sur les réseaux qui va surement apporter une aide précieuse à ceux qui se lancent dans la mise en oeuvre de leur NAS sans un minimum de connaissances sur les réseaux et leur fonctionnement.

La demande n'est pas très claire. Qu'est-ce qui est branché en USB ? Si c'est entre le DAC et le NAS, ça ne peut pas fonctionner car la diffusion des contenus multimedia du NAS en DLNA se fait par le réseau Ethernet. Il faut donc que votre DAC soit connecté sur le même réseau que le NAS soit en wifi, soit en ethernet.

Je vous invite à consulter ce tuto :

Le message me semble assez clair : il y a un ou plusieurs problèmes du côté de votre zone DNS chez ovh. Est-ce que vous avez bien un dynhost sur votre ndd et est-ce que l'IP est bien l'IP publique actuelle de votre box ? Dans ce cas, vous ne devez pas avoir dans la zone DNS d'enregistrement A pour le ndd. Est-ce que vous avez bien un enregistrement wildcard *.ndd CNAME ndd dans votre zone ? Est-ce que vous avez paramétré la mise à jour automatique de l'IP dans le menu Accès externe / DDNS ? Ne pas oublier aussi que Let's Encrypt limite le nombre de tentatives de création de certificats pour le même domaine à 5 je crois. Si c'est le cas, il faut attendre 7 jours depuis la dernière tentative avant de pouvoir demander un nouveau certificat.

@d_mu je ne comprends toujours pas pourquoi vous vous obstinez à utiliser un nom de domaine qui n'est probablement pas celui que vous souhaitez avoir au final. Je vous ai déjà dit dans un autre post qu'il fallait créer votre dynhost directement sur votre ndd. Si vous créez votre dynhost avec l'adresse dynhost.ndd comme vous le faite, toutes vos adresses devront être sur ce nom et votre wildcard aussi devra être *.dynhost.ndd. Je ne vois pas l'intérêt de travailler avec un ndd aussi compliqué. La seule utilisation d'un dynhost avec un ndd spécifique c'est lorsque vous avez plusieurs sites avec des IP dynamiques qui utilisent le même ndd commun. Dans ce cas, vous créez un dynhost pour chaque site : site1.ndd site2.ndd etc... Et dans ce cas aussi, vous créez un certificat pour chaque site : site1.ndd et son wildcard *.site1.ndd pour atteindre les services du site1 site2.ndd et son wildcard *.site2.ndd pour atteindre les services du site2 etc... Comme je suppose que vous n'avez qu'un ndd pour un seul site, pas besoin d'un dynhost de second niveau. Je pense que vous vous mélangez les pinceaux entre dynhost.ndd et ndd. Aussi, je vous conseille de tout effacer : vos API chez OVH, vos certificats, votre session Docker, le contenu de votre dossier Acme et de tout reprendre à partir de votre ndd uniquement.

Merci pour ce partage. Je ne connaissais pas. Son labo est effectivement impressionnant, même pour un professionnel.

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.

@PiwiLAbruti c'est comme ça depuis des années (plus de 10 ans pour mes plus lointains souvenirs) et ça n'a jamais été corrigé. De ce que j'ai constaté, il s'agit d'applis qui n'ont pas été fermées correctement. Est-ce pour autant que la connexion reste active ? je ne sais pas mais en regardant ma liste, j'ai des connexions de plus de 320h dont l'IP n'est plus valable. Et si j'ouvre la même appli DS à partir du même terminal, j'ai une nouvelle session qui s'affiche. Si je la ferme proprement, elle disparait. Il est clair que la gestion de ces connexions devrait être améliorée.