.Shad.

Ca c'est le menu, il faut cliquer sur Modifier les règles pour voir les règles en question.

Si tu arrives à avoir ce genre de retour ça implique que ton serveur FTP est bien actif, et qu'il est accessible, sinon tu aurais une erreur 403 ou 404. Si tu pouvais mettre une impression d'écran des réglages de ton pare-feu s'il-te-plaît.

Ce serait déjà un bon point que de te passer de QuickConnect pour accéder à ton NAS. Tu peux utiliser le DDNS fourni gratuitement par Synology (Panneau de configuration -> Accès externe -> DDNS). Si tu souhaites accéder à ton serveur Drive avec le même nom de domaine de plusieurs endroits différents, c'est un bon départ, avec éventuellement un serveur DNS local lorsque tu es sur le même réseau que le NAS. Cela demande en revanche un peu d'investissement en temps et lecture.

Si le robot DDNS est sur ta box alors oui c'est normal que ça ne dépende pas de ton NAS. Ca, il faudra que tu sois sur place pour le découvrir. Tu peux toujours regarder dans le centre de journaux, mais je doute que tu y trouves quoique ce soit. Plusieurs possibilités : Le NAT de ta box au NAS a sauté Le pare-feu du NAS l'empêche Le serveur FTP du NAS a été désactivé suite à la réinitialisation C'est la dernière proposition qui est la plus probable selon moi. Regarde dans les réglages DSM, vérifie aussi que l'utilisateur avec lequel tu t'authentifies a la permission d'utiliser le serveur FTP. Gné ? 😅

Wilkommen !

Bienvenue parmi nous 🙂

Bienvenue parmi nous 🙂

Je m'occupe d'un NAS pour un bureau d'architectes, ils l'utilisent comme toi, et ils n'ont aucun problème de fonctionnement, que ce soit en local, à distance, etc... Mais ça demande un peu de configuration en amont pour que ça se passe bien. Quelle adresse utilises-tu pour te connecter au serveur dans le client ? QuickConnect ? IP ?

Salut, bienvenue parmi nous !

Même en mettant ce nouveau mot de passe lors de la demande de désinstallation ça ne fonctionne pas ? Tu as bien fait la modification de mot de passe pour MariaDB 5 ? Au cas où tu aurais aussi installé la version 10 et que ce soit pour celle-là que tu aurais changé le mot de passe.

Bienvenue parmi nous ! 🍹

Tu vas dans le "menu Démarrer" de ton NAS dans DSM, et tu ouvres MariaDB, tu as une option pour changer le mot de passe root de ton instance MySQL.

Ce n'est pas la seule chose que j'ai changé, j'ai passé la plupart des intervalles de 30 à 60 secondes. Au final je suis passé de 1.8 Go de mémoire à environ 1 Go. Je suis aussi passé aussi d'une écriture mémoire à une écriture disque les données (voir le paramètre index-version pour InfluxDB 1.8). Sachant qu'entre temps j'avais stoppé la supervision de pfSense et l'ai remise, sans constater de différence notable (~ 100 Mo). Je pense que c'est l'intervalle d'envoi des données qui est le plus prépondérant dans l'utilisation de la mémoire vive. Je n'utilise que Calibre-web, Calibre est installé sur mon PC et je passe par lui quand j'ai besoin d'ajouter des ebooks à ma bibliothèque. Donc je ne pourrai pas t'aider.

Oui c'est un ajout que je ferai, je n'ai que récemment joué avec les politiques de rétention (depuis que j'ai rencontré des problèmes de consommation mémoire d'InfluxDB).

Difficile de t'aider plus, si problème il y a cela interviendra plus probablement au niveau des disques que le NAS en lui-même. A ta place je garderais aussi le DS713+.

@CoolRaoul Je t'avoue que je n'utilise quasiment jamais cette commande, mais effectivement ça a l'air limité. Je me demande bien pourquoi. 😕 @Dimebag Darrell @oracle7 A vérifier mais je pense que les données sont écrasées uniquement si on remplace la politique de rétention par défaut par une autre.

De rien !

Si j'en crois les retours d'autres utilisateurs, pas encore, mais j'imagine mal que ça ne vienne pas dans les mois qui viennent...

Ca fonctionne pour PC et Mac (pour ce dernier je présume que oui car je n'en ai pas) mais il n'est pas possible de faire une tâche de sauvegarde depuis un smartphone via Drive vers le NAS. Ou alors je n'ai jamais trouvé comment... Synology a une application DS Cloud pour mobile, mais elle n'est plus mise à jour depuis un petit temps. Je ne sais même pas si elle est encore utilisable avec DSM 7. Elle permet de faire de la synchronisation uni et bidirectionnelle, et je crois qu'il y aussi moyen de faire des tâches de sauvegarde telles que tu l'entends. Mais par contre quand je l'avais testé il y a un an ou deux, elle bouffait la batterie de mon téléphone à la vitesse v, v prime.

Je pense que c'est le fonctionnement tel qu'il est prévu (je suis d'accord avec toi, c'est fatiguant, c'était pareil avec Photo Station). Même remarque pour se logger à DSM, c'est énervant de devoir passer deux écrans pour se logger...

@Flo2 Tu interprètes mal le fonctionnement du (et de n'importe quel) pare-feu en générale. Un pare-feu résout séquentiellement les règles, et chaque règle indépendamment. Dès qu'une règle correspond à une requête, la résolution s'arrête, tout ce qui suit n'est plus pris en compte. Donc quand tu te connectes avec un périphérique dont l'IP est comprise entre 18 et 22, l'accès est autorisé, quelque soit le service demandé. Si hors de cette plage, il passe à la règle suivante, et là tu autorises le monde entier à accéder aux applications reprises dans la liste. Puis ensuite si une IP locale hors plage ou une IP publique quelconque vise un service non repris dans la liste des applications de la règle n°2, c'est refuser. J'espère que ça te permettra de corriger le comportement de pare-feu (que j'imagine ne pas correspondre à ce que tu souhaites 😄).

Je ne pourrai pas t'aider à ce sujet, je n'ai pas de NAS disposant de plusieurs volumes. J'ai un volume de stockage par NAS. As-tu essayé de créer un dossier test en amont, avec quelques fichiers textes dedans par exemple ? Et de tenter de choisir ce dossier pour la synchronisation par exemple ? (tu peux cocher décocher l'option "Créer un dossier Synology Drive" lorsque tu choisis le dossier local de synchronisation au moment de la tâche)

Hello, le but c'était de tester que mon serveur SMB docker accepte bien les connexions SMBv1. Et vu que je n'ai rien qui fonctionne en SMBv1. Mais j'ai un petit Ubuntu en docker qui me sert de sandbox, je peux le paramétrer pour tenter une connexion SMBv1, ça devrait le faire pour conclure. 😉

Oui si et seulement si la nouvelle politique de rétention dans InfluxDB n'a pas été taggée comme celle à utiliser par défaut.

Si quelqu'un a du matériel qui fonctionne en SMBv1 et un NAS compatible Docker, j'aimerais conduire quelques tests pour vérifier que ce que j'ai mis en place pour tester chez moi est fonctionnel (je n'ai pas de périphérique utilisant SMBv1, du coup je ne suis pas certain que ça fonctionne).