CoolRaoul

Je me permet de déterrer ce (vieux) sujet, Toujours pas d'amélioration, ce rapport qui était quasi instantané auparavant (DSM 5.0) , prend toujours des heures malgrès les mises a jour DSM depuis mon post initial. Je viens d'ouvrir un ticket chez Syno, en précisant bien qu'il s'agissait d'un problème général (pas qu'ils viennent m'emm** avec bottant en touche à cause de mes packages "non officiels" sans parler de mes outils additionnels cross compilés). J'ai pu voir quelques témoignages dans le forum US qui confirme cela, mais d'autres témoignages conformant dette anomalie me serait pas inutiles

Sinon, pour diagnostiquer les connections webdav, faut commencer par activer les logs sur le syno, comme je l'ai expliqué Essayer aussi de se connecter avec un autre client webdav (ES Explorer pour Android sait faire) pour voir ce que ça donne (permettra de vérifier les noms de chemins)

"diff" et "patch" vont ensemble quand ce sont les versions GNU, incluses toutes deux dans diffutils DSM est basé sur busybox. Donc pour avoir patch faudra à priori recompiler les diffutils, avec leurs éventuels prérequis. (reste l'option optware mais le projet prend la poussière, y a bien un fork en cours mais j'ai pas plus confiance que ça sur sa pérennité).

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?

Tous les jours n'est en effet pas possible, les seuls intervalles proposés sont 1, 3, 6 et 12 mois:

Je n'ai pas beaucoup investi sur cette partie du logiciel DSM Tout ce que je peux dire, pour tes dernières questions, est que tu trouvera ton bonheur dans l'onglet "paramètres de stockage" du centre des journaux On peut par exemple y régler les critères d'archivages uniquement en nombre d'enregistrements (improprement traduit par "nombre de journaux") Il est aussi possible de demander que l'archive soit simultanément sauvée en format texte pur. Normalement il devrait être possible d'ouvrir une archive directement dans l'interface mais je ne suis pas parvenu à le faire fonctionner

Le bouton "exporter" exporte les mêmes informations que celles affichées Pour filtrer plus précisément, on peut utiliser le formulaire qui s'affiche en cliquant sur l'icone" loupe": En sélectionnant, comme ci dessus, le journal "Transfert de fichiers Windows", le CSV généré sera nommé de la forme "smbxferlog_AAAA_*.csv" et contiendra bien les enregistrements du service de fichier

Dans l'interface de visualisation des journaux il y a un bouton "exporter" Le format "CSV" est tout à fait approprié pour être lu par n'importe quel tableur

Et pour répondre plus directement à la question initiale: Si les accès se font en partage réseau Windows, tu peux activer le journal des transfert dans panneau de configuration => "service de fichiers" => "activer le journal des transferts". Si au contraire les utilisateurs passent par File Station (pas très clair dans ta description quelle est la méthode utilisée, j'ai mis en vert ce qui me met le doute), ça se fait par l'interface File Station => "paramètres" => "Activer le journal de File Station". Dans les deux cas, pour positionner l'option, faut être connecté à l'interface de configuration DSM en mode admin bien entendu

Si on veut bien me pardonner d'ajouter mon grain de sel, je pense que, même avec peu d'utilisateurs, il est toujours utile de privilégier l'utilisation des groupes. Ca peut simplifier l'ajout l'héritage de droits pour de futurs utilisateurs supplémentaires. Exemple de groupes me semblant pertinent pour un NAS perso (désolé pour les anglicismes, déformation professionnelle): "Family": membres de la famille "People": *vraies* personnes (comptes attribués à une personne physique) "Devices": équipements (comptes attribués à des appareils tels que téléviseurs, mediaplayer etc ...) "Powerusers": comptes non admin mais disposant cepandant de privileges supplémentaires (sauvegarde réseau, acces a certains dossiers sensibles)

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

Si tu veux mon avis, modifier des fichiers systèmes pour ce genre de manip ne me semble pas la meilleure approche (d'autant plus que le fichier de conf sera écrasés lors de la plupart des upgrades firmware). J'imagine que c'est essentiellement le port SSH utilisé pour les connexions externe WAN que tu souhaite modifier? Dans ce cas il est bien plus simple de le faire dans la règle de redirection de port que tu as déclaré dans ton routeur pour le service SSH et continuer à utiliser le port 22 sur le LAN. Faut savoir également que les versions plus récentes de DSM donnent accès à cette option directement dans l'interface d'administration.

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.