CoolRaoul

ou plus simplement activer telnet le temps de réparer ssh

Pour chaque tache de sauvegarde on doit désigner un répertoire cible, ce dernier va contenir un sous-dossier pour chacun dossiers partagés sources sélectionnés. Dans ce dossier cible est ajouté un dossier (@app) et deux autres fichiers (synobkpinfo.db et .DestID) réservé à usage interne puur l'outil de backup. Ben non, : "asymetrique" veux justement dire que la synchro se fait que dans *un seul* sens, de la source vers la cible, (sinon j'aurai dit "symétrique"). Et d'ailleurs la cible n'a pas vocation à être modifiée directement.

La demande de support me semble justifiée: autant, une réinitialisation d'un service CIFS lors d'ajout/modification de partage réseau me semble pas inexplicable, dans le cas de simple modifs de comptes utilisateurs c'est un peu dur à avaler. (à moins que ce que tu veux dire par là est l'ajout de comptes * directement* dans la liste d’accès au partage, ce qui a aussi pour effet de modifier la config samba, et implique le redémarrage du service de fichier. Dans ce cas faudrait plutôt passer par l'intermédiaires de groupes de comptes)

Connais pas le monde IOS mais si webdav est supporté ça serait une piste

Tout à fait

A moins que tu souhaites faire une synchro symétrique, ce que tu décris est ce que fait la fonction native de backup du syno (en faisant abstraction de quelques dossiers supplémentaires sur le dossier cible utilisés pour gerer les métadonnées)

Plus simple: Créer un groupe dédié à ce dossier partagé. Mettre dans ce groupe exclusivement les utilisateurs existants devant avoir accès au dossier protégé. Configurer les droits de ce même dossier pour que seul les membres de ce groupe y ait accès. Comme, par défaut, tout nouveau compte créé est membre uniquement du groupe users, il n'aura aucun accès à ce dossier. (les droits de type "interdiction" ne sont quasiment jamais utilisés en pratique, c'est toujours plus simple de pratiquer comme j'ai indiqué)

En fait c'est très simple: une interdiction d'acces sur un dossier est prioritaire sur une autorisation Mais je ne comprend pas ce que tu veux faire: interdire l'acces au groupe "users" à un dossier revient a interdire tous le monde puisque par construction tous les comptes sont membres du groupe "users" Donc, que veux-tu faire *exactement*?

Ca serait interessant que tu nous dise ce que tu vois sur l'interface freebox lorsque le NAS est branché, sur cette page de l'interdace

C'est a la phrase suivante de ton *dernier* message que je répondais: "Neanmoins, l'ensemble des terminaux de la maison fonctionnent tres bien sur ce switch."

j'ai trouvé un (relativement) vieux post qui pourrait te donner des pistes:

Ah, ok: s'agissait du *DDNS*. ! "Acces a distance" pour la plupart des gens ce sont les problématiques de redirection de port, d'ou la confusion. Mais ça tu ne nous l'avais pas dis (que ça avait marché) comment pouvait-on deviner? Moi aussi, mais comme la fonction loopback est assurée par la BOX, si ça peux te rassurer je peux te garantir qu'il n'y a rien a chercher coté NAS. Mais j'imagine que tu as aussi demandé sur un forum neufbox. Sinon, une possibilité est que ton addresse IP externe ait changé et que l'ancienne soit encore dans le cache de ton poste client (PC ou autre)

Comprend pas ce que tu veux dire par la

Si tu parle bien du switch de la freebox, ca aurait été peut-être utile de nous informer de cela Peut-être un probleme d'autoneg sur le port (sur une V6 ca se configure il me semble, pas sur V5)

Tu n'as pas bien du chercher: ce que tu constate n'est ni un "problème" ni un bug: accéder à ton NAS a partir de ton réseau local tout en utilisant l'adresse (IP) externe n'est possible que si ton routeur gère le mode loopback Apparemment vu ce que tu décris, ce n'est pas le cas. Tu peux "simuler" cela en mettant dans ton fichier host (celui du PC, pas celui du NAS!) le nom externe (machin.no-ip.org) associé a l'ip *interne* du NAS.

Le syno doit être est en DHCP, ce sont des choses qui arrivent. Pour éviter ces surprises, faudrait envisager de lui mettre une IP fixe (en dehors de la plage d'allocation DHCP du routeur), comme cela:

En tout cas le message d'erreur "Can't deactivate volume group "vg1" with 1 open logical volume(s)" indique que ta configuration s'appuie sur un groupe de volumes. Et pas directement sur les disques comme dans mon exemple précédent. (Mais j'avais aussi effectué avec succès la manip avec ce genre de configuration) Peut-être pourrais-tu nous montrer des screenshots de ce que voie le gestionnaire de volume dans l'interface DSM

Malheureusement, maintenant que tu as modifié la configuration du stockage sans passer par DSM, ce dernier ne doit plus trop savoir ou il en est (sa vision de l'état des volumes ne correspond pas forcément a la réalité) A mon avis, ça ne va pas faciliter un rétablissement vers une situation normale.

Pourquoi absolument faire la manip en ligne de commande ? C'était bien la peine que je monte une machine virtuelle pour aider...

Bien que toujours pas sur (vu les avis partagé) à 100% que cela reste bien légal, je viens quand même de trouver une utilité à ce truc: pouvoir reproduire dans une VM tous les cas tordus de configuration/manipulations (essentiellement -mais pas limité- au niveau du stockage) signalés par les utilisateurs du forum pour pouvoir les aider.

J'ai créé une config RAID 1 à 4 disques, et "gérer -> modifier le type de raid" me propose bien le choix "Raid 5 + spare":

J'ai essayé de reproduire ta config sur une machine virtuelle et je suis parvenu au résultat demandé: Etat initial: (RAID 1 sur 3 disques): La configuration des disques est celle-ci: Ensuite j'ai fait: puis: Résultat: Par contre en partant de cette nouvelle config j'ai peur que ce soit plus compliqué

Le problème est clairement coté Freebox d'apres ce qui tu décris. A ta place, j'irai demander de l'aide sur un forum Free .

Ah oui en effet, je viens de m'apercevoir que cette configuration est acceptée par le "Comparateur de RAID" en ligne (http://www.synology.fr/support/RAID_calculator.php?lang=fre)

Avec 3 disques ca m'étonnerait que ce soit du raid 1 (miroir)