Mic13710

Est-ce que vous avez au moins essayé de changer de dossier sur le client à la création de la tâche ? Je vous confirme qu'il est tout à fait possible de choisir un autre dossier que celui proposé par défaut. Je n'ai plus paramétré de clients depuis un certain temps. Il y avait une case à décocher pour ne pas avoir ce dossier par défaut. Je crois que pour les dernières moutures, ce choix se fait directement sur la page que vous avez mise en capture d'écran.

C'est un dossier proposé par défaut, mais rien n'empêche lors du paramétrage de la tâche de choisir n'importe quel dossier, y compris un dossier existant non vide.

Bonjour Harlock67, soyez le bienvenu dans la communauté. En ce qui concerne les problèmes techniques, ce n'est pas ici qu'il faut les exposer et je remercie les prochains intervenants de ne pas répondre au dernier message. Vous pouvez le faire sur le fil dédié qui a été ouvert par @Harlock67. Merci.

Si vous nous plantez avec des copier/coller hasardeux, c'est sûr qu'on n'y comprend plus rien. Effectivement, avec les valeurs correctement en place, c'est un peu mieux. Non, elles sont normales pour des Seagate. Par contre, je suis toujours scotché sur le 4. Autant, une valeur de 0 était impossible, autant 4400 plus celle enregistrée en 193 me font dire que vous avez activé la mise en veille des disques. Nous sommes nombreux ici à dire que c'est une fausse bonne idée. Si le but est de faire des économies d'énergie, c'est vrai, même si l'économie est ridicule. Cependant, le revers de la médfaille c'est un vieillissement accéléré des disques. Alors, arrêter les disques pour gagner quelques Euros mais en perdre bien plus en devant remplacer ses disques plus tôt, c'est pas trop mon truc. Je vous conseille de supprimer toutes les mises en veille de vos disques. Néanmoins, si le côté écolo qui coute du pognon vous séduit, alors ne changez rien.

@Pasquale Ne pas s'inquiéter pour les valeurs SMART 1 et 7. Je dirais même que c'est normal sur des disques Seagate. Je n'ai que des disques de cette marque et ils sont tous avec des valeurs toutes aussi délirantes. Par contre, je suis très étonné de voir que la valeur 4 (ce disque qui a 25400h de vol n'a jamais été alimenté ????) et surtout la 5 qui indique le nombre de secteurs réalloués. Avec cette valeur, le disque devrait être considéré comme HS. En parallèle, la valeur 197 qui donne le nombre de secteurs sous surveillance est à 0 ce qui ne reflète pas le résultat de la 5. Je n'ai pas accès à mon NAS pour vérifier mes propres valeurs, mais d’ors et déjà, il est clair que les 4 et 5 sont très perturbantes. D'un autre côté, la 5 ne semble pas perturber DSM puisque le disque est noté comme sain. A croire que c'est plutôt le test SMART qui s'est mal passé. Il faudrait en relancer un nouveau pour voir s'il y a du changement.

Alors, cette histoire de reconnexion est très sujette à caution. J'ai moi même un disque qui a une alerte de reconnexion depuis bientôt 2 ans sans que cela se traduise par des dysfonctionnements. Le SMART (199) n'en fait pas état, le monitoring du disque ne fait apparaître aucune dérive par rapport à l'autre disque. Bref, dans mon cas, j'ai considéré qu'il s'agissait plutôt d'une erreur d'appréciation du gestionnaire de RAID. Surveillez votre disque pendant quelques mois et si la valeur n'évolue pas, n'y attachez pas plus d'importance.

@olivier.du.974, santé vié moun. Un CNAME est en soit une redirection. Certes elle est invisible, contrairement à une redirection permanente qui elle est visible, mais son fonctionnement est identique et sa propagation est assez rapide. Généralement, on fait une redirection permanente d'un ndd vers un autre ndd (ndd2 vers ndd1 ou ndd2 vers une autre IP par exemple), et on utilise les CNAME pour des redirections à l'intérieur d'un ndd (par exemple file.ndd vers ndd). C'est ce qui aurait dû fonctionner chez vous.

Je viens de regarder et il semble en effet qu'ils ne proposent pas de gestion d'IP dynamique. Je trouve que c'est un gros manque alors que beaucoup de FAI mettent à dispo des IP dynamiques. Il faut suivre les conseils de @.Shad.. Là je suis sec sur la mise en oeuvre car j'ai une IP fixe et les ndd que j'utilise sur des réseaux avec IP dynamiques sont tous hébergés chez OVH qui propose ce service.

Quel est votre fournisseur ?

Sauf que dans le post, il est question de plusieurs ndd hébergés chez ovh du genre ndd1, ndd2, ndd3. Le NAS n'acceptant qu'une seule instance par hébergeur, le post indique comment passer outre en utilisant des réglages personnalisés. Bien que je ne comprenne pas pourquoi se casser autant la tête alors qu'il y a plus simple. Il suffit en effet d'avoir un DDNS sur l'un des ndd (disons ndd1) et on crée dans les zones des autres ndd (ndd2, ndd3, ndd4....) un CNAME qui pointent vers ndd1. Pour @olivier.du.974 (bonjour d'un zoreille), le problème est simplement lié à un ndd de deuxième niveau qui doit pointer vers le NAS sur lequel existe un DDNS vers le premier niveau du même ndd. Et là aussi ça passe tout simplement par un CNAME.

@Al1ternet Si IP dynamique, il vous faut mettre en place un DDNS sinon vos requêtes n'aboutiront pas dès que votre IP changera. Voir plus haut les explications d' @oracle7.

Avant de penser routeur, il serait bon de commencer par savoir quelle est votre connexion internet. Et ça commence par votre adresse IP que @.Shad. vous a demandé de vérifier. Si ce qu'il pense se confirme, il ne vous servira à rien de rajouter un routeur.

Bonjour Geronium, soyez le bienvenu sur ce forum.

t'as raison 😆 Pas tout a fait : Ce qui me fait penser que si le port 5000, même si le choix n'est pas judicieux, arrive sur le NAS, c'est qu'il a été redirigé dans le routeur. Alors, si ce port a pu être paramétré dans le routeur, pourquoi n'en serait-il pas de même pour le 443 ? D'où la conclusion logique : l'IP publique est partagée et le 443 n'est pas dans la plage allouée... Je ne connais pas cet opérateur, mais s'il est possible d'obtenir une IP full stack, alors il ne faut pas hésiter.

S'il est toujours connecté (j'entends l'alimentation en marche), ça peut se comprendre puisque le 5v est présent sur la carte, ce qui inhibe la batterie.

L'option "jusqu'à ce que la batterie faiblisse" est dangereuse car le temps restant avant l'arrêt de l'onduleur est très aléatoire puisqu'elle dépend du constructeur (temps de fonctionnement restant à partir du seuil de tension de batterie pour une charge donnée), de l'état de la batterie (moins performante en fin de vie), de la charge elle même et enfin de l'environnement (température). Comme il faut au moins 1 à 2 minutes, parfois plus, pour passer en mode sécurité, l'onduleur peut très bien s'arrêter avant que le NAS soit sécurisé. A mon avis, un passage en mode sécurité entre 2 et 5 minutes est amplement suffisant pour sécuriser le NAS et le mettre en attente du retour du secteur. Et ça permet aussi d'économiser la batterie car plus elle est déchargée, plus on diminue sa durée de vie.

Si le routeur n'est pas paramétrable, ça complique très sérieusement la possibilité d'utiliser un ndd, et tant d'autres choses.... S'il peut passer en bridge, c'est un moindre mal car ça permet d'utiliser un vrai routeur.

Déjà, utiliser un port http pour joindre le NAS n'est pas du tout, mais alors pas du tout, recommandé pour des problèmes évidents de sécurité puisque les informations circulent en clair sur la toile. Pour accéder par votre nom de domaine, il faut d'abord que le port 443 soit dirigé vers le NAS dans le routeur, et il faut que ce port soit autorisé dans la oarefeu. du NAS. Ensuite, il faut paramétrer le reverse proxy pour qu'il redirige la requête ndd vers l'application souhaitée. Exemple, pour joindre file station, il faut utiliser le nom de domaine dédié à file station, disons file.ndd. Dans le reverse proxy on crée une règle que nous appellerons file station. Dans la partie Source, on indique comme url : file.ndd avec le port https 443, et dans la partie destination, localhost avec le port http 7000. Si tout est correct, vous devriez pouvoir joindre directement file station de l'extérieur avec l'url https://file.ndd

A mon avis, vous n'avez pas bien lu le tuto ou vous l'avez lu en diagonale. Nulle part il est dit de diriger les 80 et 443 vers les 5000 et 5001 du NAS. C'est le 443 vers le 443 du NAS, le 80 vers le 80 du NAS. Ensuite, à moins que vous ayez des doutes sur les utilisateurs de votre propre réseau, il est inutile de passer à nouveau en https dans la destination du reverse proxy. Enfin, vérifiez que vous n'avez pas coché l'option de redirection du http vers le https.

Ils en sortent tous les ans. Les deux derniers digits de la référence représentent l'année modèle, exception faite des tous premiers Synology qui étaient numérotés en 01 alors qu'ils sont sortis en 2005. Un 919+ est un modèle de 2019.

Moi aussi j'ai eu très souvent à me rabattre sur les sauvegardes. Dernièrement à cause d'un NAS en pleine folie d'indexation qui était devenu pratiquement injoignable. J'ai fait une restauration d'un dossier de sauvegarde hyperbackup sur un NAS distant, ce qui a permis à l'utilisateur de continuer à travailler. Sans cela, il aurait été obligé d'attendre encore quelques jours que le NAS principal redevienne accessible. Comme quoi, les sauvegardes peuvent aussi servir à assurer une certaine continuité de service. La réponse est juste au dessus 😉 Et oui, ça fonctionne super bien. Comme je l'ai écrit, le test de la sauvegarde ne se fait pas dans le dossier source mais dans un dossier séparé pour pouvoir comparer. Ensuite, que ce soit dans un dossier annexe ou dans le dossier source, la restauration se passera exactement de la même manière. De même qu'il est tout à fait possible de ne restaurer qu'une partie de la sauvegarde, par exemple un fichier ou un dossier effacé par erreur.

Il n'y a rien de compliqué. On peut très bien restaurer dans un dossier différent de la source et faire des comparaisons avec la dite source.

Merci @Kramlech pour cette mise au point. Rien en effet n'interdit qu'un NAS soit une sauvegarde. J'ai moi même 2 NAS principalement dédiés à la sauvegarde. Rien non plus n'interdit un NAS de travail d'être la sauvegarde d'un autre NAS de travail (par exemple NAS professionnel au bureau et NAS personnel à la maison) en faisant des sauvegardes croisées. Rien n'interdit non plus d'avertir la personne qui veut faire des opérations sur son groupe de stockage de mettre à jour ses sauvegardes car après tout on ne sait pas quelles sont les données sur les disques. Mieux vaut prévenir pour que chacun puisse se positionner en fonction de sa configuration.

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.

Donc c'est bien ce que j'avais compris au premier post. Il s'agit d'un SHR sur 3 disques. Sans casser l'existant, il n'est pas possible de réduire le nombre de disques. Vous avez dès lors 2 solutions : Soit vous agrandissez le groupe en ajoutant un des 8To dans la baie libre et vous remplacez ensuite un des 3To par un 8To, (ma proposition d'hier), ce qui vous donnerait 14To de stockage, Soit vous remplacez deux 3To par vos 8To (l'un après l'autre bien entendu 😉) ce qui vous donnerait 11To de stockage avec une baie toujours libre. Dans tous les cas, il faudra bien mettre vos sauvegardes à jour avant de lancer l'une ou l'autre de ces opérations.