Mic13710

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.

sous windows c'est tracert Merci @maxou56, j'aurais dû commencer par là. Faire un tracert ndd Si le serveur DNS fonctionne correctement, il devrait renvoyer l'adresse IP du NAS.

Ma foi, j'ai une V6 mais elle a été paramétrée par migration d'une V5 qui était déjà en bridge. Je n'ai donc rien modifié depuis et les anciens paramétrages DHCP, baux et redirections ont été automatiquement reconduits ce qui fait que si je supprime mon routeur, je peux relancer le système en réactivant le routeur de la box. Maintenant, est-ce que je pourrai le faire à partir du web, je n'en sais fichtre rien.

Ce serait mieux en effet, au moins l'adresse du DNS principal de votre FAI. Est-ce que vous avez sélectionné la zone LAN dans votre vue ?

J'ai bien une freebox mais elle ne me sert que de bridge et je n'ai jamais utilisé l'interface mafreebox. Je n'avais même jamais entendu parlé de cette interface. A l'époque où j'utilisais le routeur de la box, je passais par l'interface web et je n'avais pas de problème de réglages. Il est tout de même étonnant que les deux interfaces ne renvoient pas la même plage. Quelle est l'adresse ip de la passerelle renvoyée dans l'interface réseau du NAS ?

Est-ce que vous avez aussi indiqué l'adresse IP du NAS en tant que serveur DNS principal dans votre routeur ? Il faut que les adresses dns enregistrées dans la partie réseau du NAS pointent sur l'IP LAN du NAS en principal et sur l'IP LAN de la box en secondaire, et que les adresses DNS du routeur pointent sur l'IP LAN du NAS en principal et sur les IP des serveurs DNS externes Ainsi, votre requête sur le LAN est d'abord dirigée vers le routeur qui va interroger le serveur DNS principal (le NAS). Si le NAS peut résoudre l'adresse, il va interroger le reverse proxy, etc.... Si le NAS ne peut pas résoudre, il renvoie la requête au routeur qui va interroger les serveurs DNS externes

Quelles que soient les capacités de votre routeur, il est préférable de bien séparer ce qui est requête locale de tout ce qui concerne internet. C'est beaucoup plus propre et surtout ça évite de faire travailler le routeur pour rien. Vous avez un tuto de Fenrir pour ça :