Mic13710

Ca c'est totalement impossible. N'importe quel disque peut démarrer le système. Tous les disques comportent 3 partitions : 1 système, 1 swap et 1 données. Les deux premières fonctionnent en RAID1. Le NAS demarre donc sur n'importe quel disque. Par contre, les paquets sont installés par défaut sur le volume 1 qui est par défaut sur le groupe 1, lequel groupe 1, si j'ai bien compris, est constitué dans votre cas d'un seul disque en SHR sans protection des données. Faut-il le répéter une troisième fois ???? 😜

Plutôt que de tout traiter dans un seul dossier partagé, pourquoi ne pas en faire plusieurs ? Si le commercial A est le seul à accéder à son dossier, ses dossiers peuvent être mis indifféremment dans son dossier utilisateur ou dans un dossier partagé pour lequel il est le seul à avoir accès. Les dossiers techniques sont dans un autre dossier partagé.

C'a n'a rien à voir avec le port 7000 dont je parle dans mon message précédent qui lui concerne le reverse proxy. Si après avoir supprimé l'url vous n'activez pas le port de file station, l'appel par file.ndd ne pourra pas fonctionner.

DSM est installé sur tous les disques et fonctionne en RAID1. Il n'y a pas comme vous dites de disque de boot. Vous ne pouvez pas rajouter vos anciens disques sur un NAS comportant déjà des disques. Vous devez impérativement monter vos disques seuls dans le NAS. Comme l'a dit firlin, il faut donc enlever votre nouveau disque et redémarrer le NAS puis suivre la procédure indiquée.

This forum is in french. If you need to get response to your query, please translate or revert to the uk/us forum.

A titre d'exemple, le simple rajout d'un disque dans une grappe est un sujet qui ressort au moins une fois par semaine. Pourtant c'est expliqué sur le site Syno, et il y a des réponses par milliers sur le forum. Heureusement que la majorité de ceux qui se posent la question ont fait l'effort de chercher et ne sont pas venus poster une trente six millième fois l'éternelle question, mais il y a parfois de quoi être agacé de voir que beaucoup ne font pas l'ombre d'un début de recherche. Pourquoi se casser la tête alors qu'il est si simple d'écrire un nouveau sujet.

Si vos DSM sont en 6.x, il ne devrait pas y avoir de problème. Néanmoins, il faut rester conscient que le risque 0 n'existe pas et au final la migration peut échouer. Vous pouvez toujours essayer de faire la migration à partir du 7 du 3.1 de la procédure. Si synology assistant vous propose la migration avec mise à jour de DSM ou de repartir sur une installation complète de DSM sans perte des données, ce sera bon. Si vous avez des sauvegardes de vos configurations, ce sera plus simple pour les paramétrages. Sinon, il va falloir tout reprendre. Si par contre vous avez un message disant que les données seront effacées, vous arrêtez le processus et dans ce cas il va falloir passer par la méthode par PC à partir d'une distribution Ubuntu pour pouvoir récupérer les données : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC ce qui dans le cas d'un RAID ou SHR nécessite N - 1 ports esata disponibles.

C'est possible. Tout est expliqué ici : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Bonjour et bienvenue dans la communauté.

Effectivement Jeff777, je ne le voyais pas dans ce sens. Cependant, je viens de tester sur mon smartphone Android et j'ouvre la page sans problème.

@Jeff777 ce n'est pas un problème de cache car je n'ai pas pu me connecter dès le premier essai. Est-ce que tous les autres noms (SAN) sont inclus dans le certificat ?

Sosh pratique aussi l'IP partagée ?

J'essaye de ne pas couler...

avez-vous nettoyé le cache du navigateur ?

Comme quoi les miens ne fonctionnent plus très bien

Si vous ne passez par par le reverse proxy, il faut utiliser les ports de chaque application. Par exemple pour file station : https://ndd:7001 Il faut bien entendu que le port 7001 soit dirigé vers le NAS et que le parefeu autorise l'accès au 7001 à partir du WAN

Est-ce que les services liés au certificat sont bien réglés pour utiliser le dit certificat. A vérifier dans l'onglet certificat, bouton configurer.

Encore 2 ans et vous aurez les miennes 👍 Bonne chance pour la suite

Il faut aussi activer le port 7000 de file station dans votre capture ci-dessus

Avez-vous essayé en supprimant le domaine personnalisé et en créant une règle https://file.ndd vers localhost:7000 ? Je crois me souvenir qu'il y a une incompatibilité d'humeur entre les domaines personnalisés et le serveur DNS. Par contre, je viens d'essayer votre adresse file.ndd et vous avez un problème de certificat.

On s'est télescopé. Il est clair que c'est uniquement un problème de résolution locale. Vous ne m'avez pas expliqué cette affaire de ndd qui ne peut pas s'enregistrer dans le reverse proxy.

cad ??? Pour que le serveur dns du NAS puisse être interrogé, il faut indiquer l'adresse du NAS (10.0.1.2) comme DNS principal dans le routeur.

Avez-vous mis un enregistrement ndd NS ns.ndd ? un enregistrement file.ndd CNAME ns.ndd ? Est-ce que vos enregistrements CNAME pointent vers ns.ndd ? Est-ce que votre zone LAN est bien enregistrée dans votre vue LAN ? Côté reverse proxy, est-ce que vos ndd sont dirigés vers vos différents services, par exemple https://file.ndd vers localhost:7000 ?

L'IP renvoyée avec le ndd devrait être celle du NAS (10.0.1.2). Là vous passez par le routeur de la freebox, ce qui est étrange vu que vous avez un RT derrière (votre signature) et qui explique la lenteur. Vous avez donc un problème de résolution sur votre réseau privé. Reprenez vos paramètres du serveur DNS car à mon avis votre zone privée est mal définie. Question subsidiaire : pourquoi une adresse en 10.x.x.x ?

Les paramètres systèmes sont conservés puisque DSM ne change pas. Les paramètres applications sont perdus lorsque vous supprimez le volume, mais vous pouvez en sauvegarder certains en passant par hyperbackup. Cependant, tout n'est pas sauvegardé et il va falloir reprendre beaucoup de réglages. Je vous conseille avant de détruire votre volume 1 (ce qui supprime les paquets) de faire des captures d'écran de vos réglages actuels. Ceci étant dit, je ne sais pas s'il n'y a pas la possibilité de transférer les paquets existants d'un volume vers un autre. Je n'ai jamais travaillé avec plusieurs volumes. Si c'est possible, vous devriez trouver cette option dans le centre des paquets pour chacun d'eux installé. Ca devrait grandement facilité votre transfert. Pour ce qui est de retirer un disque, oui vous pouvez le faire, mais alors je ne sais pas si le NAS ne va pas prioriser la reconstruction du groupe dégradé plutôt que la construction d'un nouveau groupe. Là non plus je n'ai jamais essayé. A vous de voir si le NAS est assez tolérant pour l'accepter.