Mic13710

Est-ce que par hasard, le HSTS serait activé, ou ne l'a pas été précédemment ?

Le certificat ne s'applique QUE sur l'adresse de la demande. Si vous paramétrez comme ci-dessus, en tapant l'adresse https://rasp.mondomaine.fr dans votre navigateur, le certificat va s'appliquer pour cette adresse. Ce que vous en faite ensuite dans le reverse proxy n’intéresse plus le certificat. Ainsi, vous pouvez avoir un lien sécurisé sur le WAN entre votre PC et le NAS qui vous met en relation via le reverse proxy avec votre Rasp au travers d'un lien non sécurisé avec le NAS. Dans cette configuration, pas besoin d'un certificat sur le Rasp.

Oui.... et non. Un wildcard ne fonctionne que sur un niveau de domaine. Ce sera OK pour nas1.mondomaine.fr, ça ne le sera pas pour toto.nas1.mondomaine.fr Il faut aussi créer des wildcard dans la zone DNS pour *.nas1.mondomaine.fr et *.nas2.mondomaine.fr pour que les domaines de chaque NAS soient couverts par le certificat. On peut très bien créer un certificat par NAS qui couvre tous les domaines avec comme domaine mondomaine.fr et autres noms : *.mondomaine.fr, *.nas1.mondomaine.fr, *.nas2.mondomaine.fr On peut aussi personnaliser chaque certificat pour chaque NAS en ne précisant que le wildcard du NAS. Pour le Raspberry, soit on importe le certificat commun, soit on passe par le reverse proxy avec un transfert d'une adresse du type https://rasp.mondomaine.fr:443 vers http://IP du Rasp:80

Chez moi aussi ça fonctionne très bien. Je ne me connecte au NAS en local via Firefox qu'en http.

Pourquoi utiliser le 5001 alors que le reverse proxy permet toutes les fantaisies ? Essaye avec http, nasserveur718, port 80 et ça devrait marcher

Si vous avez effectivement remplacé un fichier par un autre, alors le fichier de départ n'existe plus. Par contre sa miniature (celle que vous visionnez) existe toujours. Pour lancer l'indexation c'est dans le service d'indexation de DSM, bouton Ré-indexation.

Si le nom n'a pas changé, l'index n'a pas changé. Relancer l'indexation.

C'est le forum qui le fait automatiquement en fonction de la taille de la citation. Ceci étant dit, il est TRES TRES RAREMENT nécessaire de citer toute une réponse. C'est une mauvaise habitude qu'il faut combattre car cela rempli inutilement le sujet sans aucun apport pour la compréhension. On peut très bien ne sélectionner que la partie importante de la dite réponse. En faisant cela, une balise "citer la sélection" apparait et on valide pour que cette partie soit incluse dans votre réponse. Plus direct, plus efficace. Et pour interpeler un intervenant, on commence par taper un @, suivi des premières lettres de son pseudo. Une liste apparait et s'affine jusqu'à trouver le pseudo rechercher. On valide pour qu'apparaisse son nom dans votre réponse. Comme ceci : @Sebas7

Et en français, ça donne quoi ? Spoiler, késako ? Bouton révélation, késako ?

En l'absence de Quickconnect, les liens partagés créés dans file station prennent leurs url en fonction des paramètres indiqués dans les options avancées. Perso, dans ces paramètres j'ai indiqué file.ndd.tld avec les ports 80 et 443. file.ndd.tld est dirigé vers file station dans le reverse proxy. Le lien généré et le QR code correspondant dépendent du mode de connexion au NAS au moment de la création. Si la connexion est en http, le lien généré sera en http. Avec une connexion en https, le lien sera en https. Je n'ai toujours pas compris pourquoi DSM ne laisse pas le choix du mode de connexion pour les liens partagés autres que ceux générés avec Quickconnect (gofile). Comme je l'ai écrit, il y a vraiment matière à amélioration à ce niveau. Malheureusement, les choses n'évoluent pas depuis des années et c'est bien regrettable.

Dans DSM, Matériel et alimentation, onglet Général Contrôle du bip. Mais si tout est normal, il ne devrait pas y avoir de bip durant le test badblocks.

De mon côté, je suis toujours avec la version 1 sur 2 NAS sous DSM 6 et ça fonctionne très bien. Je suis toujours en version 1 car je ne comprends pas trop le pourquoi de la suppression/réinstallation systématique journalière d'acme dans la tâche planifiée. La mise à jour existe dans le script lui-même où elle n'est faite que si nécessaire, à condition bien évidemment de valider AUTO_UPGRADE='1' dans account.conf. Alors pourquoi le faire de manière journalière ?

Vous pouvez avoir autant de ndd qui pointent vers la même ip que vous voulez. Le NAS accepte plusieurs certificats et peut gérer plusieurs ndd sur le reverse proxy.

Pas banal comme problème. En même temps, ça fait partie des risques assumés lorsqu'on utilise une version beta, et ça aurait pu avoir des conséquences désastreuses sur un NAS de production.

La procédure est la même que ce soit en RAID ou en SHR. La seule différence à l'usage c'est la possibilité d'augmenter le stockage d'un SHR en ne remplaçant que 2 disques, alors qu'il faut changer tous les disques sur du RAID. Il n'y a pas de passerelle RAID vers SHR. Si vous voulez passer en SHR, il va falloir reconstruire. Vous pouvez très bien montez un de vos 2 disques de 6To dans des baies restantes et créer un nouveau groupe et un nouveau volume sur lequel vous pourrez transférer vos dossiers partagés. Vous pourrez y faire une sauvegarde hyperbackup des données utilisateurs et des paramètres de vos applications. Lorsque tout est transféré, vous supprimez simplement le groupe du disque existant, vous installez votre deuxième disque de 6To et vous remontez votre groupe 1 et votre volume 1 avec ce disque et l'ancien. Vous retransférez vos dossiers partagés sur ce nouveau groupe et vous restaurez les sauvegardes Hyperbackup. Quand c'est fait, vous supprimez le groupe que vous avez créé pour y mettre vos données et vous ajoutez le disque au groupe 1 puis vous augmentez votre volume. Si vous conservez le RAID classique, il suffit de rajouter vos deux disques et de faire une augmentation du groupe en intégrant les deux disques au groupe existant, puis vous faite une augmentation de volume. Quel que soit la méthode, il faudra tout d'abord mettre toutes vos sauvegardes à jour avant de manipuler vos disques et vos données.

Un DynHost est en réalité un enregistrement A dynamique. Si vous utilisez un dynhost en titi.TOTO.ovh, il faut alors rattacher vos CNAME à ce ndd. Votre CNAME *.TOTO.ovh est attaché à TOTO.ovh qui n'a aucun enregistrement A. Il est donc normal qu'une adresse comme nas.TOTO.ovh ne puisse pas aboutir puisque cette adresse ne peut pas être résolue. Modifiez votre DynHost pour qu'il soit créé sur TOTO.ovh, faites les corrections dans votre NAS et tout rentrera dans l'ordre.

Si vous utilisez directement TOTO.ovh, il faut que votre DynHost soit créé sur TOTO.ovh. Modifiez votre saisie en supprimant titi Il faut aussi bien évidemment corriger le ddns sur le NAS.

Un petit passage par la section des présentations est appréciée sur ce forum. Pour votre problème, cliquer sur les 3 petits points à droite et sélectionner l'affichage.

Bonjour Amélie, soyez la bienvenue sur ce forum. Afin de vous familiariser avec les NAS et leur interface, vous trouverez un certain nombre de tutos dans la partie tutoriels. Vous pouvez commencer par ces deux là :

Non, ce n'est pas du tout le sujet de ce guide. Votre demande initiale concernait le remplacement des disques sur un JBOD, et vous avez obtenu votre réponse. Maintenant à savoir comment vous devez procéder pour transférer vos données n'a pas lieu d'être ici. Vous devez ouvrir un nouveau sujet.

Et même après ça, vu le nombre de versions foireuses mises en lignes puis retirées, puis patchées, ainsi que les bugs sur les versions majeures, je me dis qu'il est toujours urgent d'attendre confirmation de la stabilité d'une nouvelle version avant de la mettre en prod. Et force est de constater que la patience doit être le maitre mot avec les versions DSM de Synology. La 7 n'échappera pas à la règle. Quelques mois d'attente pour laisser le temps aux essuyeurs de plâtre de déboguer le bazar ne me dérangent pas. Une fois la majorité des bugs résolus par les inévitables correctifs, ce sera bon pour moi.

This update includes fixes to the below issues mentioned in 6.2.4-25554. Fixed an issue where external hard drives couldn't wake from hibernation on certain platforms (Grantley, Broadwell, Broadwellnk, Broadwellntbap, Purley). Fixed an issue where users could not sign in to Synology mobile apps after they had cleared the remembered device list in DSM 6.2.4.

@Dimebag Darrell désolé, je ne répondrai pas car vous êtes complètement hors sujet. Je vous invite à ouvrir un sujet dédié à votre demande dans la section appropriée.

La solution n'est certainement pas de réduire le nombre de versions. Quand on en arrive à cette extrémité, c'est que le choix des dossiers mis dans Drive n'est pas approprié. Avoir déplacé des photos de leur dossier d'origine vers les home respectifs est une fausse bonne idée car du coup vous avez mis dans Drive toutes les photos qui se sont retrouvées en double, une fois dans les home et une autre dans le dossier de suivi. Autant que faire se peut, il faut ne mettre dans Drive que des fichiers de travail ou dont on a une utilité fréquente. Et en règle générale, les fichiers multimédia qui sont en principe figés ne font pas partie de cette catégorie. A votre place, j'aurais plutôt essayer de trouver une solution pour ces fichiers plutôt que de faire l'impasse sur ce qui fait la force d'un Cloud : pouvoir récupérer une ancienne version d'un fichier, ou même récupérer un fichier/dossier supprimé. Maintenant vous n'avez qu'un simple synchro.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.