Reprise du message précédent :

j'ai oublié de quoté, je parlais de gatsu35

C’est aussi une solution, mais il paraît plus logique que le Linux du nas et le Linux du Kodi parlent un langage natif Linux (nfs) et pas une adaptation par un langage Windows (Samba)
 
Dans le nas, ouvrir le service de fichiers nfs
Sur chaque share à accéder, paramétrer les permissions nfs pour laisser tout le réseau local accéder en lecture seule (typiquement 192.168.x.0/24)
Dans Kodi, vidéos, ajouter une source, rechercher source nfs, il trouve le nas, tu navigues vers le share adéquat, tu valides,  et c’est tout. Ni login ni mot de passe, et même si le client change d‘ip, ça marche toujours.

ok c'est de la lecture seule, mais pourquoi tu conseilles d'ouvrir tout le range?

Bonjour,
Le conseillé de sécurité conseille d'activer la redirection HTTP vers HTTPS pour le bureau DSM

seulement quand on fait ça, et qu'on se rend sur le NAS en \\(IP) ou \\(IP):5001
on a droit à un message comme quoi la connexion n'est pas sûr
ok, on peut forcer à continuer mais ce message me surprend, comment faire pour ne pas l'avoir la première fois ?
c'est à cause des certificats ?

parce que c'est un selfsigned certificat

et du coup, comment on le valide ?
ou bien je laisse tomber le https ?

Faut pas activer la redirection HTTPS alors.
Surtout si tu accèdes à ton NAS via l'IP. Sinon faut forcer dans le navigateur en ajoutant une exception.
Tu auras le cas avec l'IP internet, tout autant qu'avec l'IP LAN.
Perso j'ai désactivé la redirection http vers https, mais j'ai verrouiller tout le reste pour ne passer que par les port 443 et certains défini pour les app qui sont routé par le routeur. (j'utilise aussi le proxy-inversé pour gérer les connexions qui arrivent toutes sur le 443, et c'est ce proxy inversé qui dirige sur le bon port, que ce soit un port HTTP ou HTTPS).
En local j'accède au nas en http.

Pour les mêmes raisons, je passe aussi en http (pas https) en local, mais c’est une possibilité de se faire sniffer ses credentials si un pirate a réussi à se connecter au réseau local et écoute les trames http car dans ce cas les mots de passe circulent en clair. J’ai déjà vu des attaques de ce type pendant des conférences sur la sécurité informatique, et personne ne conseillera jamais de privilégier http par rapport à https sur des connexions qui nécessitent des authentifications.

Car ça permet à l’importe quel client Linux de se connecter aux dossiers multimédias à partir du réseau local, sans se soucier des ip attribuées par le serveur dhcp. La lecture seule permet d’éviter d’effacer sur le serveur suite à une mauvaise manip (enfants, femme blonde... (nan je deconne, les enfants savent très bien ce qu’ils font)), ou à un bug du client suite à une maj par exemple.

moi j'autorise ip par ip, share par share
je ne fais aussi que du http vers dsm en lan, mais tellement rarement... le nas se laisse oublier une fois qu'il est configuré, d'ailleurs même si je me suis fait incendier ici il y a quelques jours par un modo, mon nas n'est pas à jour niveau version, vu que je n'ai que celle de 09/2019, mais pas d'ouverture vers le WAN, donc impact limité, après si une de ces màj touche le NFS (qui est le seul protocole partage de fichier actif chez moi sur mon Syno) je ferai la màj.
 
Mon qnap qui fait smb+nfs est lui par contre plus à jour (une version de retard en général MAX 2)

ok, ça marche pour le https - merci

Idem

Ça dépend des utilisateurs, de leurs besoins, s’il est utile de compartimenter les données accédées en fonction des clients (interdir les films adultes sur le Kodi des enfants par exemple)

 
l'organisateur de la conf prend soin d'éteindre les bornes wifi du bâtiment (ou la connexion) et les remplace par un point d'accès "qui semble innocent" puis au milieu de la conf explique combien de techos sont tombés dans le panneau... redoutable  

Wifi ouvert, ou il est fourbe jusqu'à donner le mot de passe du wifi ?

je l'ignore, c'est une histoire que j'ai écoutée et que je transmets sans l'avoir vécue. Une légende du web quoi

c'est possible : par conception/défaut les devices wifi sont pensés pour se connecter à la borne la plus proche (au sens celle qui émet le plus fortement). Suffit de créer le bon AP avec le bon SSID/PW et ça sufffit pour intercepter les connexions.

faut cocher un truc "mappage de tout les utilisateurs sur admin" (peut etre que ca marche pour guest mais je suivais un tuto j'ai fait comme le tuto que je retrouve plus la )
pas essayer sur guest dans autorisation nfs et tu coches tout

192.168.1.0/24

 
SMB en LAN
FTP via internet pour lire mes vidéos de mon NAS sur kodi ou VLC (ça marche aussi)

 
 
mouaip, donc ta box en fait partie.... c'est moche

Plus qu'à faire des VLAN

ou à autoriser tout le réseau sauf la box... sauf si connexion depuis l'extérieur

Pourquoi ?

 
 
Du NFS accessible via la box... je ne vois pas l'interet, vu que normalement il n'est pas routable, sauf erreur de ma part
 

Pas d’intérêt certes, mais pourquoi moche ? En quoi c’est gênant ou dangereux ?

Avec NFSv3 tu peux faire du TCP, ça doit pouvoir se faire par internet
 
Pour donner accès à un Syno par internet (pour Kodi), je suis passé par du WebDAVs, ça marche nickel.

 
 
je dirai question de sécurité... tout ce qui ne doit pas etre vu par la box, autant le faire

 
 
Je crois que c'est full via du NFS v4, je viens de le lire... donc autant ne pas transmettre les données NFS à la box.. question de sécurité, enfin je le vois comme cela

+1 : ta box peut-être compromise. Il faut remplacer le /24 par quelque chose d'adapté.
Exemple : reparamétrer l'IP de la box pour x.y.z.2**--> pour ton filtrage NFS, tu peux mettre un masque de sous réseau du genre /6.
Tes devices client NFS seront sur une plage IP "plus basse" x.y.z.de 001 à 020.
 
C'est pour donner une idée.

Merci pour vos réponses.  

 
 
heu non, il faut du /27 voir /28 plutot, pour n'avoir que quelques IP

Salut a toutes et tous, je voulais une confirmation d une option des nas Synology. On peut synchroniser les photos que l ont prend de son smartphone , mais peut on en même temps synchroniser celle de Google photos ?
Oui je sais ça fait 2 copies de la même chose mais.... C est une demande...

Tiens, je rêve éveillé

Y'aurait pas moyen de télécharger automatiquement les photos icloud d'un ou plusieurs utilisateurs sur un serveur Synology ?

J'imagine que non mais ça aurait été tellement bien  

En bricolant un peu c'est possible,il y a des choses qui ont été développées avec Docker :  
https://hub.docker.com/r/bushari/ic [...] ownloader/ (pas mis à jour depuis 3 ans)
https://hub.docker.com/r/boredazfcuk/icloudpd  
 
=> https://forums.unraid.net/topic/881 [...] -template/

Pas forcément, il existe des outils en CLI : https://github.com/ndbroadbent/icloud_photos_downloader
 
Ca existe sous forme de container, donc assez facile à intégrer sur un Syno j'imagine.

Sans passer par des solutions sataniste, je pense que le meilleur pour toi serait :  
 
Tu te créé un drive sur ton nas (Synology Drive sur le NAS) et sur Android et IOS
Ensuite tu fais en sorte de rajouter google photos sur ton google drive : https://blog.dorian-depriester.fr/i [...] dans_Drive
Puis de le Sync avec cloud sync,
 
Et pour voir tes photos sur ton tel tu auras tes photos dispo via DS Drive.

 
non mais j'ai déjà les 5 iphones qui ont des dizaines de milliers de photos sur leur compte icloud respectif...

Vu que je suis limité à 2 iphones et que chaque utilisateur a un pc, j'ai icloud pour windows qui tourne sur chaque pc et qui backup les photos vers le nas.
 
En googlant un peu, y a https://github.com/ndbroadbent/icloud_photos_downloader ; à part le pb de l'authentification 2 facteurs, ça doit marcher pour récupérer les photos...