Mic13710

Oui. Rien de particulier : tout client ayant une box Free bénéficie de la DATA en illimité sur son forfait mobile à 16€.

Clairement. Mais clairement aussi, vous devriez consulter et mettre en pratique le tuto sur la sécurité. Vous n'avez pas désactivé le compte admin qui est le compte le plus convoité, probablement que votre parfeu est un passoire, et vous avez autorisé l'accès à DSM de l'extérieur ce qu'on évite de faire pour limiter la surface d'attaque.

Perso je suis en illimité donc la question ne se pose pas. Votre demande a du sens, mais je ne vois pas bien comment ABB ou tout autre paquet peut faire le tri sur les connexions sortantes. Peut-être un, filtre sur l'IP en bloquant toutes les IP de votre opérateur, mais ça risque d'être difficile de bloquer uniquement le trafic pour tel ou tel paquet et laisser passer le reste. Car il n'y a pas que ABB qui consomme de la data. Tous les paquets comme Audio Station, Video Station, Synology Photo, Drive etc.. en consomme aussi. Il faudrait alors pouvoir faire le choix que vous demandez sur chacun des paquets consommant de la Data. Pas sûr qu'un jour Synology mette en oeuvre cette option.

Non. C'est tout de même le principe d'un dossier chiffré : ne pas pouvoir le consulter sans avoir le clé de chiffrement. Par contre, si la clé est perdue, les données seront inaccessibles. Le dossier sera bien entendu visible par l'administrateur sinon il serait impossible de le gérer, mais pas lisible. Vous pouvez faire un essai avec un dossier de test pour vous faire une opinion.

L'administrateur peut très bien de lui-même bloquer son propre accès au dossier "homes", mais il peut tout aussi bien le débloquer s'il le désire ou pour les besoins d'administration. Il est impossible d'interdire à l'administrateur d'accéder aux dossiers du NAS. C'est ainsi partout et il faut à un moment faire confiance à l'administrateur pour ne pas consulter le contenu des dossiers. On peut appliquer le chiffrement mais il n'est pas possible de l'appliquer sur un dossier à l'intérieur d'un dossier partagé. Il est appliqué sur tout le dossier. A titre personnel, j'assure l'administration de plusieurs NAS qui ne m'appartiennent pas et je suis incapable de dire ce que contiennent les dossiers. Je ne fais qu'attribuer les droits en fonction des demandes des utilisateurs et faire les mises à niveaux de DSM et des applications. Et s'il m'arrive de regarder les dossiers c'est toujours avec l'accord de l'utilisateur et seulement pour l'aider à résoudre un problème avec ses fichiers. C'est une question de confiance mutuelle et de respect de la confidentialité et de la vie privée. Après, je peux comprendre que votre ado ait des réticences à stocker des fichiers persos que vous pourriez consulter si bon vous semble. Dans ce cas, vaut mieux qu'il se tourne vers un cloud externe.....

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.

Je suis assez d'accord que cette fonction pourrait être grandement améliorée. Un tableau listant tous les liens et qui permettrait de les supprimer individuellement ou par lot comme on le fait dans file station serait beaucoup plus pratique. Vous pouvez le proposer à Synology dans la rubrique appropriée : https://www.nas-forum.com/forum/forum/136-vos-commentaires-et-suggestions/

Puisque vous nous parlez de configuration du routeur par le NAS, je vous suggère d'abord de commencer par lire et mettre en pratique ce tuto :

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.

Merci @Kramlech d'avoir précisé. @Domb14 avez-vous vraiment consulté le lien que j'ai donné ? C'est écrit en toutes lettres en préambule de la page 😉 Ce n'est pas comme ça que ça fonctionne. L'accès à Drive se fait via un compte utilisateur. Le dossier Drive est créé dans le home de chaque utilisateur ayant les droits sur l'application. On peut aussi inclure dans Drive des dossiers partagés mais leur accès n'est possible qu'aux utilisateurs ayant des droits sur ces dossiers. Il n'y a donc pas de sectorisation possible de l'application puisqu'elle est intégrée aux dossiers homes et partagés existants. Par contre, il faut être prudent quant à l'utilisation qui en est faite car selon le modèle de NAS et surtout le système de fichier des disques, l'espace occupé peut devenir très conséquent car Drive conserve dans un dossier caché tous les fichiers et leurs versions (32 par défaut) qui sont dans le périmètre du Cloud. Si votre NAS est en BTRFS, l'impact est beaucoup moins important (quelques pourcents) que si votre NAS est en EXT4 (au moins autant que le volume total des données). Dans tous les cas, on privilégie plutôt des fichiers de travail ou ceux qu'on consulte périodiquement (par exemple le dossier utilisateur de Windows). On évite d'y mettre des fichiers statiques et gourmand en Mo (multimedia entre autres) qui vont charger le Cloud inutilement. Bien que ça fonctionne sans problème, l'espace occupé est conséquent et le travail de fond sera d'autant plus important que Drive fait sa propre indexation ce qui occupe des ressources machine.

@Dimebag Darrell cela fait plusieurs de vos réponses pour lesquelles je suis obligé d'intervenir pour supprimer vos citations inutiles. Il n'est pas nécessaire de citer l'intégralité du message pour lequel vous répondez. Ca surcharge le sujet sans y apporter plus de compréhension, bien au contraire. Si vous devez faire une citation, vous ne citez que le passage concerné. Mais le mieux pour interpeler un intervenant c'est d'utiliser son pseudo comme l'ont fait mes petits camarades pour vous répondre et comme je viens de le faire en en-tête de ce message. Pour cela, vous tapez '@' suivi des premières lettres du pseudo puis vous sélectionnez le nom dans la liste. Merci d'y veiller pour la suite.

C'est exactement ce que vous cherchez : https://www.synology.com/fr-fr/dsm/feature/drive

C'est le cas pour toutes les applications ouvertes vers l'extérieur. Si vous appliquez les règles de sécurité, vous avez au minimum des mdp forts et un parefeu qui bloque toute tentative d'intrusion au delà d'un certain nombre de connexions échouées. Ce n'est pas un accès vers DSM qui de toute manière devrait être bloqué de l'extérieur, ce qui apparemment n'est pas votre cas. Perso, la seule possibilité d'accès à DSM par le net c'est au travers du VPN du NAS.

Perso, je n'utilise pas directement le ndd pour des liens de partage. Je viens d'essayer et effectivement, ça ne fonctionne pas. En fait, le partage est géré par DSM et plus exactement par File Station. Il faut donc que l'URL invoque ce service pour pouvoir accéder au téléchargement. Ce qui fonctionne : si vous n'avez pas créé de ndd en https dans le Reverse Proxy qui pointe vers file station (7000), vous en créez un (le mien s'appelle file.ndd, rien d'original). Dans les options avancées, vous mentionnez ce ndd avec le port https 443. Attention toutefois à un fonctionnement particulier sur les liens de partage. Si vous êtes connecté à DSM en http, alors vos liens enregistrés seront en http et il faudra les corriger sur tous les liens. Si vous êtes connecté en https, les liens seront en https.

Pourquoi n'avez vous pas essayé avec 443 pour le https ? Voici ce que j'obtiens avec un lien public sans mdp. Il n'y a aucune information se rapportant à DSM

Je ne comprends pas. Si vous mettez seulement ndd sans spécifier de port, ça ne fonctionnera pas. Vous ne pouvez pas non plus utiliser www.ndd qui est normalement réservé pour Web Station.

Je répète ce que j'ai dit plus haut :

Oui, c'est bien ça. On peut aussi utiliser le reverse proxy pour rediriger les requêtes vers d'autres équipements sur le réseau, par exemple un Rasp. Le problème, et non des moindres, c'est que si le NAS1 tombe en panne ou est arrêté, les noms de domaines ne peuvent plus atteindre leurs cibles.

Bonjour olivier97430, soyez le bienvenu. Le Tampon lé bien meilleur !

Peut-être n'est ce pas étranger à ce qui se passe dans cet autre fil :

Amusant. Pourquoi éteindre le NAS alors qu'il est possible de retirer et monter des disques à chaud ? Et si vous l’arrêtez (ce qui est bien entendu possible) pourquoi le faire après avoir retiré le disque ? Quelle est la logique ? Sinon pour le reste c'est bon. P.S. : vous n'avez pas répondu à ma question concernant des éventuelles migrations.

Bonjour jxien, soyez le bienvenu. Belle présentation. @PiwiLAbruti, c'est bon, je contrebalance.

Activer leurs droits dans la console d'administration de drive

@louloudu77 ce que vous dites est certainement vrai mais ne fait aucun sens lorsqu'on connait le fonctionnement d'un RAID1. Si un groupe en RAID1 est dégradé c'est qu'un disque est hors service. L'autre disque est sain et il n'y a rien qui a pu modifier son status d'avant la panne. Et donc, que vous répariez un groupe avec un disque de même capacité puis que vous enleviez ce disque pour le remplacer par un disque de capacité supérieure (ce qui au passage vous fait faire 2 réparations), ou que vous répariez le groupe directement avec un disque de capacité supérieure ne change rien à la situation d'avant réparation : le disque initialement en bon état sera le même dans les deux cas. Depuis le temps que je hante ce forum, c'est bien la première fois que j'entends parler d'une double réparation sur un RAID1. Ce qui peut se produire par contre sur un RAID1, c'est une dégradation à la fois sur la partition système d'un disque et sur la partition donnée de l'autre. J'ai déjà vu ce cas quelques rares fois et là c'est la loose parce-qu'il est impossible de remplacer un des disques en panne, les deux étant en défaut. La seule issue c'est de sauvegarder et de tout réinstaller avec des disques neufs.

@Gramm les réponses qui vous ont été apportées dans votre demande précédente ne vous suffisent pas ? Par ailleurs, vous parlez de votre NAS sans nous dire de quel modèle il s'agit. Et comme vous ne vous êtes pas présenté sur ce forum, il est impossible de deviner. Or selon le modèle en question, les réponses peuvent être différentes.