CoolRaoul

Alternative possible pour éviter les conflits, dans la mesure ou le routeur le permet: configurer le service DHCP de ce dernier de façon à n'utiliser qu'un sous-ensemble du subnet LAN en tant que bloc d'adresses disponibles pour les clients. Suffit alors d'utiliser comme IP fixe une adresse en dehors de cette plage.

Faudrait déjà qu'il y ait un écran pour afficher le menu de choix non?

Ca n'est pas possible: le seul cas ou on peut avoir un dossier partagé qui n'utilise pas les ACLs est si ce dernier a été créé sous DSM4 et précédent. Le retour arrière n'est *pas* possible (et ne l'a jamais été d'ailleurs)

L'activation des ACLs sur un partage n'est pas réversible. En outre (depuis DSM5 il me semble) c'est devenu le mode par défaut sur tous les dossiers partagés nouvellement créés. Seuls ceux créés sous une version précédente du système peuvent encore utiliser les droits Unix de base (ugo/rwx)

Aurais-tu volontairement négligé de suggérer l'utilisation des ACLs pour ne pas perturber un débutant ?

Je viens de trouver un workaround, à tester

Ca marche en effet mais par contre l'icône de l'appli n'apparait pas dans le bandeau "Applications" d'AndroidTV? Je dois aller dans "parametres" -> "applications" -> "DSVideo" -> "ouvrir" pour y accéder, aurais-je oublié un truc? Quelle est cette remarque?

Serait utile et intéressant de tester, des que le problème se représente, ce que répondent les DNS d'Orange à nslookup global.download.synology.com

On est bien d'accord: Syno n'est pas au top sur tous les plans. Se sont laisser dépasser par la progression de leur base installée sur certains aspects.

De plus bon nombre de paquets viennent de voir simultanément arriver une mise à jour en ligne. Si tout le monde se précipite pour les télécharger ça peut ajouter à la charge des serveurs de téléchargement.

Et puis c'est une volumétrie minime. Alors... C'est dans l'onglet "Applications"

(Ah moins qu'on ne parle pas de la même chose) l'option est toujours disponible pourtant chez moi (elle est juste devenue obligatoire pour chaque job de sauvegarde): Si tu veux faire un job de sauvegarde dédié à la sauvegarde de configuration, suffit de ne rien sélectionner dans les onglets "Dossiers" et "Application" de sa définition.

Re-test ce matin derrière le proxy: le problème à disparu! Flemme de chercher à comprendre

C'est le cas mais le problème vient juste d’apparaître alors que le proxy je l'ai depuis toujours. En outre, le test avec Firefox je l'ai fait derrière le même proxy.

Testé à la maison, aucun problème même après avoir mis Chrome à jour Le problème est isolé donc, c'est déjà ça.

Yep, pas d'amélioration. Mais je ne suis pas chez moi là, faudra que je teste ce soir à domicile.

Je viens de m'apercevoir (ça m'était déja arrivé dans le passé) que mon interface DSM présente pleins de dysfonctionnements lorsque j'y suis connecté via le navigateur Chrome: certains éléments d'interface plus cliquables zones sensibles décalées plus de menus contextuels dans filestation (on se retrouve les menus "standard" du navigateur et je n'ai peut-être pas tout découvert Aucun problème avec Firefox par contre. Je ne sais pas si c'est suite à la dernière mise à jour de DSM ou celle de Chrome (l'update de ma version date de ce matin: 41.0.2272.76 m (64-bit)) D'autres ont-ils rencontré se genre de difficulté? Si oui, y aurait-il un volontaire pour ouvrir un ticket au support Syno (car pour ma part je me fais en général jeter à cause d'un point de montage "/opt" dont la détection a pour résultat de me voir demander de faire un reset usine de mon NAS si je veux aller plus avant)

Winscp supporte (comme son nom l'indique) le protocole "SCP", qui, avec DSM, permet d'accéder à *tous* les file system (y compris "/" donc) Attention d'être très prudent: une erreur de manip est vite arrivée. Filezilla utilise SFTP, et sous DSM, ce dernier ne permet d'accéder qu'aux répertoires partagés.

Si ça peut être utile, il existe une commande de manipulation et de listage des acl: "synoacltool" (dans "/usr/syno/bin/") L'invoquer avec l'argument "-h" pour avoir l'aide

Ah oui, tu as raison. Je ne m'étais pas aperçu (et je découvre avec toi) que l'option ACLs sur les nouveaux dossiers partagés n'était pas une simple option par défaut mais en réalité la seule possible. "Convertir en windows ACL" ne s'applique qu'aux dossiers créés sans ACL avant DSM 5 (ou 5.1 à vétifier)

Ce n'est en effet pas réversible. Une fois qu'un dossier partagé à été migré où créé pour utiliser les ACLs c'est définitif.

Le comportement que tu constates est du a l'utilisation des ACLs pour le partage. Ça prend le pas sur les droits traditionnels Unix ("UGO"). Me semble que l'utilisation des ACLs, bien que toujours optionnelle, est devenu le défaut pour tous les nouveau répertoires partagés depuis DSM5

On peut dire ça: les Livebox (contrairement aux Freebox) n'implémentent pas la fonctionnalité "proxy wake on lan" qui est requise pour ça.

J'essaierai plutôt ceci: /usr/syno/sbin/synoservicecfg --restart nfsd

Autre méthode plus simple avec Chrome si on ne veut pas s’embêter à importer un certificat dans le magasin système. Fonctionne également avec Chrome Android (et sur les autres systèmes énumérés). Note: Il faudra quand même accepter initialement la connexion "insecure" mais l'opération n'aura pas à être répétée avant un délai configurable pouvant aller jusqu'à trois mois (ce qui n'est pas la mer à boire à mon avis) Dans la barre d’adresse saisir chrome://flags/#remember-cert-error-decisions et aller modifier l'option ci dessous: