CoolRaoul

Attention : en utilisant Drive, la synchronisation est faite de façon monolithique par ce dernier et pas par KeePass lui-même. Le résultat est qu'on ne bénéficie pas de la synchronisation bidirectionnelle gérée nativement par Keepass. dans ce cas pas de problème bien entendu.

Je viens de m'apercevoir qu'alors que la connexion en OTP est activée sur un compte ce dernier peut continuer allègrement à se connecter en SSH via un simple mot passe (ou une clé) C'est normal ça ?

Attention je me suis gouré dans ma première réponse. La copie d'écran est celle de l'accès externe. C'est l'IP externe qui est affichée. Et elle est donc logiquement unique. Ce formulaire sert j'imagine àa configurer les URLQs qui sont utilisées par exemple pour les liens de partage.

Reste à voir le prix

https://www.cachem.fr/test-synology-beestation/

je ne pense pas qu'on n'a pas besoin de cette information Tu as compris ma réponse ? Puisque tu as déjà fait la modification des ports dans DSM (ce qui n'était pas necessaire avec ma solution) suffit d'ajouter les redirections dans la box ***edit*** Ah non je n'avais pas compris. Tu es dans "acces externe => avancé" configuration du routeur dans DSM là Faut s'assurer que ce sont les mêmes ports définis dans "portail de connexion" Ensuite reste plus qu'à ouvrir les ports dans ce dernier alors

Ca devrait pouvoir se faire plus simplement la box en définissant une nouvelle règle d'ouverture de port je pense *:<port de ton choix> => <ip locale NAS>:5005 et *:<autre port de ton choix> => <ip locale NAS>:5006

J'ai pris le temps de valider qu'en installant Hyperbackup Vault sur un NAS je peux l'utiliser comme cible de sauvegarde et comme source distante de restauration sur un autre (voire comme source locale si l'autre est le serveur hébergeant le backup) C'est sans doute la solution que je vais mettre en oeuvre pour ma migration tout en restant sur mon LAN. Comme ça Je passerai outre la limitation de bande passante de l'USB2 de mon vieux modèle

Pas sur que ça conserve bien les ACL De Syno à Syno autant essayer de conserver au mieux les droits (me semble avoir déjà expérimenté avec le rsync natif de DSM et constaté qu'il gérait bien ça)

Ma question était plus de l'ordre de curiosité intellectuelle. Pour la bascule, que j'envisage d'ailleurs progressive un partage à la fois, je referai sans doute des sauvegardes ponctuelles au coup par coup.

Non, faut passer par l'explorer hyperbackup pour ça. Dans le dossier il y a un fichier nommé "SynologyHyperBackup.bkpi" qu'il est possible de lire et de monter, comme pour les dossier .hbk comme pour les autres sauvegardes, on configure schedule et rotation comme on le souhaite. Et modifier aussi (je l'ai fait récemment justement) C'est possible vu que j'ai cette configuration en place depuis bien longtemps. Mais c'est géré de façon transparente par HyperBackup

Justement non (et c'est ça qui m'étonne) : j'ai une sauvegarde multiversion (avec rotation et historique) dont la cible est un simple dossier

Bonjour Sur mon NAs coexistent différentes taches de sauvegarde de type "dossier local". Je constate que certaines sont matérialisée sous forme d'un dossier <nom>.hbk alors que d'autres le sont sous dorme d'un simple dossier <nom> Mais surtout, la structure des dossiers et tres différente. Y a-t-il une l'explication ?

Je vais simplement appliquer la configuration par défaut avec l'objectif que la migration en RAID1 se fasse en un simple clic après ajout de disque physique quand le l'aurais décidé. Si j'en crois le lien mentionné par @PiwiLAbruti c'est une procédure prévue puisque documentée En pratique ça me suffit comme info.

et donc c'est la solution non? Oups, la version installée sur ta machine est bien la plus récente :

Etrange Mais reste l'option de télécharger soi même la version ici : https://www.synology.com/fr-fr/support/download/DS124?version=7.2#system

Pourquoi pas, si je peut faire ce que je souhaite (partir avec un seul disque et en ajouter un en miroir plus tard) Ca deviendra plus clair quand j'aurais l'appareil pour jouer un peu avec.

En fait j'ai adopté la même terminologue que le tableau Syno qui perle de RAID pour un volume "basic" : Il faudra juste ne pas me gourrer pour la conf que je vais mettre en place afin qu'elle soit compatible avec une éventuelle future migration en RAID1

C'est en effet un bon rapport capacité/prix

Parfait compris Je configure en Basic et le jour ou je décide d'ajouter un second disque j'applique la procédure "Modifier le type de RAID" plus qu'a passer commande

Tout à fait. J'ai écris RAID 0 en pensant RAID 1

Bonjour Ce qui suit est dans le contexte de ce fil auquel j'ai participé : https://www.nas-forum.com/forum/topic/77241-pas-de-ds223-mais-un-ds224/ Tout d'abord je confirme que mes besoins en volumétrie de stockage sont (et resteront) raisonnables. Je pense partir sur une configuration monodisque avec sauvegarde sur support externe. Avant de confirmer mon choix définitif je me demande si je n'aurais pas oublié certaines contraintes d'une telle configuration. Je suis déjà conscient (et accepte) qu'en cas de panne j'aurais un période d'indisponibilité inévitable (temps de livraison disque de remplacement) mais c'est OK pour moi. Y en aurait-il d'autres que j'aurais ignoré ? Ensuite, et si je reste sur cette configuration, quelle sera la configuration à adopter permettant de migrer sans douleur en raid 0 juste en ajoutant un second disque dès que j'en aurai l'occasion (promo, baisse de prix, autre bon plan ...) Merci d'avance pour vos avis.

peu de chance que mes besoins évoluent drastiquement. Docker est un pre requis pour moi car il m'est déjà à plusieurs reprise de tomber sur des outils que j'aurais aimé évaluer mais qui ne disposaient qu'une option d'install via docker sur NAS Syno. Donc 2GB c'est pas du luxe. Je me disais aussi que certains paquets installable par Docker risquaient de ne pas être disponibles sur architecture Arm (me dire si je me trompe). Si c'est avéré ça serait un point de plus pour le 224+ . Je n'ai pas assez de recul mais je trouve que les chiffres de conso du 224+ sont déjà bien maitrisés : 14.69 W Accès / 4.41 W - Hibernation disque dur (contre 17.343 W - Accès / 4.08 W Hibernation disque dur pour le 223) Je pense donc me diriger vers le 224+ (même si la note sera un peu plus salée) Reste à choisir un disque (je garde un slot libre pour extension éventuelle plus tard). Critère principaux : fiabilité. silence performance : pas important pour moi.

@maxou56 @Mic13710 merci pour les infos Du coup le jour ou je ferai le transfert je fera ça par backup/restore Hyperbackup alors

Question complémentaire : est ce que l'outil "Migration Assistant" entre dans le scope de ce que tu déconseilles ?