Mic13710

Là c'est raté. Si vous utilisez quickconnect il y a un accès à votre NAS de l'extérieur et votre nom de domaine en synology.me, ce n'est pas pour une utilisation locale mais bien pour des accès externes. Si vous restez un petit moment parmi nous, vous comprendrez très vite que nous ne recommandons pas l'utilisation de quickconnect. Dans votre cas, il est clair que votre domaine n'est plus reconnu, ce qui explique que votre NAS ne puisse plus se connecter. Je n'ai pas de solution à vous proposer car je n'utilise pas cette fonction, lui préférant de très loin un vrai ndd que je contrôle. Je vous conseille vivement pour (re)commencer proprement de mettre en pratique les 2 tutos dont je vous ai donné les liens dans votre présentation.

C'est Hyperbackup. Une fois DSM6.x installé, ce sera ce tuto qu'il faudra suivre : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Bonjour papou35, soyez le bienvenu dans la communauté. Je vous conseille de commencer par la partie tutoriels où vous trouverez comment faire vos premiers pas, et notamment ces deux tutos :

J'ai bien compris que ça ne fonctionnait pas. J'ai simplement répondu à cette question : Et pour mes questions ? Avez-vous aussi vidé le cache du navigateur ? Le chemin normal si tout se passe bien est le suivant : Votre requête --> serveur DNS : adresse résolue --> CNAME --> NS --> A --> IP du NAS --> Reverse Proxy --> service demandé

Quel rapport avec les NAS ? Vous pouvez filtrer en amont sur les serveurs de Free. Perso, je suis passé à zimbra (accessible par zimbra.free.fr) et j'ai créé des filtres. On peut aussi bloquer les messages commerciaux et ne laisser passer que ceux qu'on souhaite. Résultat, le nombre de spams est quasi zéro que ce soit sur mon PC, mon smartphone ou ma tablette.

C'est bon pour le reverse proxy. Si ça passe par la box, c'est clairement que votre résolution de zone n'est pas correcte et/ou ne fonctionne pas. Une requête sur le LAN devrait obligatoirement commencer par interroger le serveur DNS du NAS. Ce n'est que si la requête ne peut pas être résolue localement qu'elle est redirigée vers le routeur et le WAN. Est-ce que par hasard vous n'auriez pas activé la redirection HTTP vers HTTPS ? Même question pour le HSTS.

Carrière beaucoup plus longue pour ma part (je suis à la retraite). Dans le cas présent, si les disques sont sains, impossible est exactement le terme car c'est le principe même du fonctionnement de nos NAS depuis l'origine. Sinon 'il y a un problème sur la partition système qui est signalé par le NAS. Si vous n'avez pas pu démarrer en enlevant un disque c'est que vous n'avez pas vu passer ces alertes. J'ai effectivement vu des cas où le système ne fonctionnait plus que sur un seul disque parce que les partitions système étaient endommagées sur les autres disques. C'était plus que probablement votre cas. Bref, je ne vais pas épiloguer plus longtemps sur ce point. Avez-vous lu ce que firlin a écrit ? Il est bien évident qu'une migration n'est pas une bonne solution. Le montage des disques dans le NAS doit simplement vous permettre de sauvegarder vos données sur d'autres supports en vue d'une réinstallation.

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