Fenrir

Ils ne devraient pas voir les fichiers, juste les dossier /homes/<toto> et /homes/<titi> Tu as du faire sauter les droits, tu peux les remettre à filestation nb : il faut bien faire attention aux héritages et aux droits des groupes

Si tu souhaites conserver un wildcard, tu n'as que 2 possibilités : passer à la caisse utiliser ta propre autorité (donc à installer dans tous tes clients) Sinon avec letsencrypt, tu peux créer plusieurs certificats, c'est ce qu'a fait @Mic13710 par exemple. À titre personnel, j'utilise les 2, le wildcard de ma propre autorité pour les appli "interne" (qui ne parlent pas à tes humains, sauf moi) et letsencrypt pour tout ce qui est public

Il est à peu près certain que le souci vient de ton PC, mais le seul moyen d'entre sûr est de faire un test croisé comme demandé plus haut : test avec un autre pc comme serveur test ton pc depuis un autre client J'ai testé avec un autre PC (w10 pro), ça ne fonctionne pas et j'ai exactement le même message (je n'ai pas cherché pourquoi). Il s'agit du comportement "normal" avec les partage Windows, parfois ça marche, parfois non. Dans certains cas on arrive à résoudre le souci en 10sec, d'en d'autres cas, même une réinstallation ne le corrige pas.

Merci Pour ta question : Ça devrait répondre à ton problème (c'était tout en bas du tuto)

Ça fonctionne très bien, je viens de monter un dossier de mon portable (w10) sur le nas. Ton le problème vient donc probablement de ton pc, par exemple le parefeu, le compte (il faut un mot de passe sur le compte, sinon il faut faire une autre manip que je déconseille), l'antivirus, ...

ton navigateur affiche http ou httpS dans la barre d'adresse ? https -> hsts probablement activé

Tu dois utiliser le port 5000, port par défaut et l'ip => http://192.168.xxx.xxx:5000 Si tu avais activé le HSTS précédemment, il faut aussi changer une conf dans ton navigateur (la procédure est différente selon le navigateur). Avec firefox c'est facile, un clique droit dans l'historique ou un fichier à supprimer

En pratique c'est faisable, mais il faut un peu scripter et avoir quelques connaissances réseau. Par contre il faut m'expliquer l'intérêt de mettre un nas (donc un équipement prévu pour être placé loin des yeux et des oreilles) en wifi.

C'est plus sage Mais rien ne t’empêche de tester quand même, juste par curiosité Ça ne te prendra pas beaucoup plus de temps puisque les 6 premières étapes sont identiques. Si en 9, tu ne vois pas le volume du nouveau disque, tu as juste à rebooter le nas en remettant le disque neuf puis à utiliser ta sauvegarde pour restaurer les données.

Demande lui simplement de chiffrer ses données avant ou pendant l'envoi sur le NAS.

@daffy : c'est lui l'admin, mais il ne veut pas pouvoir accéder aux données de son "client/collègue"

Ça ne fonctionnera pas. La bonne façon de procéder est de tout sauvegarder sur un support tiers (un autre dd externe, un pc, ...) puis de repartir de zéro. Si tu ne peux pas le faire, j'ai peut être une idée, par contre jamais testé => sauvegarde au moins ce qui est critique sauvegarde tes données et la conf quelque part => ailleurs que sur le nas ou ton nouveau disque note la version exacte du DSM installé et télécharge le .PAT sur le site de synology arrête le nas et enlève les 2 disques en notant bien l'ordre refais l'installation du NAS sur le nouveau disque en utilisant le .PAT créé un volume BASIC (pas par défaut) restaure la configuration si besoin arrête le nas, enlève le nouveau disque fraichement installé et replace les 2 anciens disques démarre le nas et vérifie qu'il n'y a pas de pb (c'est pour ça que la sauvegarde est importante) place le nouveau disque dans ton boitier externe et branche le au nas Avec un peu de chance, le NAS devrait te donner accès au nouveau disque, si oui, il faudra juste copier les données puis puis à relancer le nas sur le nouveau disque.

=> NGINX="/usr/bin/nginx"

8To, sans en prendre un 2ème ou sans avoir de système de sauvegarde => perte de 8To assurée dans les prochains mois

Seul l'admin voit le contenu des homes. Les utilisateurs ne peuvent pas accéder aux dossiers "home" (sans S) des autres. =>test avec un compte non admin, tu ne devrais pas accéder aux autres dossiers dans homes/

Bonsoir, Ce n'est pas possible de bloquer l'accès à un administrateur (au pire il peut toujours se remettre les droits). C'est le principe d'un administrateur !! Ni de faire de la délégation de droits. Par contre 3 autres manières de faire (en fonction des ressources et des besoins) : Virtual DSM Chiffrer le dossier en question (sans laisser la clef sur le nas !!) Ne pas avoir plusieurs admin qui ne sont pas "de confiance"

Pour le blocage auto, depuis DSM 6.1 tu as de nouvelles options, à voir si ça peut te servir. Pour CloudStation, je pense que oui, mais ce n'est pas simple car le client tente par défaut le port 6690. Le seul moyen de savoir c'est de tester.

60Go c'est un blueray non compressé, si ton film dur environ 2h, ça fait pas loin de 100mbits => la réseau de ta tv (et probablement de ta box) ne peut pas suivre. Pour le souci avec la connexion Internet, tu utilises probablement QuickConnect.

Il fait quelle taille le film qui ne passe pas ?

rien d'utile dans ce fichier, le problème n'est pas lié au paquet lui même, il faut continuer à chercher, regarde dans les autres fichiers des erreurs ayant eu lieu à l'heure de ton problème à tout hasard, fais aussi : df -h

echo $((1 + RANDOM % 30)) je te laisse chercher comment utiliser ça avec un "for ls"

regarde ce fichier : synopkg.log

Tu as testé avec un autre client DLNA ?

Pour les logs, il faut aller regarder les vrais !! En ssh, dans le dossier /var/log