Fravadona

As-tu un example de dossier non "copiable" ? Peux-tu copier d'autres fichiers/dossiers ?

Le transfert par le navigateur est en general plus lent et sujet a plantages, utilises les montages reseau.

Windows RT doit etre capable d'acceder a des partages SMB, lesquels te permettront d'acceder a tes fichiers. Par contre pour DSCloud c'est une autre histoire car Windows RT n'est pas compatible avec les logiciels compiles pour Windows, c'est a synology d'adapter ses logiciels pour cette plateforme (comme il l'a fait pour IOS Android OSX Windows etc...)

Tu as probablement un probleme avec la version de TimeMachine, certaines sont bogguees (plantages meme avec des NAS Apple TimeCapsule ou disques externes) Un truc que je fais souvent quand je configure TimeMachine c'est de ne sauvegarder que le!les comptes utilisateurs car le reste ne sert pas a grand chose.

Mais en fait le plus simple est d'utiliser "curl" a la place de "wget" ou "lynx" /usr/syno/bin/curl "http://192.168.1.110:8080/reboot.cgi?user=admin&pwd=password"

c'est un probleme du shell non interactif avec lynx En ajoutant TERM=xterm export TERM avant de lancer ta commande lynx ca devrait pouvoir fonctionner

Avais-tu active l'autobloquage ? Si oui, essaies de changer l'IP de ton PC pour acceder a 'interface du NAS

Et sur un navigateur genre firefox ca donne quoi ?

Et a partir d'un PC arrives-tu a acceder a ces disques sans passer par FileStation ?

Attention au link aggregation qui ne correspond probablement pas a ce que tu crois

Je suppose que tout est fonctionne comme tu veux maintenant ?

Tu peux telecharger le fichier torrent sur ton PC puis l'ajouter a DownloadStation Il y a d'autres methodes aussi, mais plus complexes a mettre en place

As-tu teste avec d'autres cables ethernet ?

Donc tu vois des connexions echouees dans tes logs mais qui n'aboutissent pas sur un bloquage. Si tu as plusieurs IPs dispo alors tente un petit truc : Initialises une connexion sans envoyer le mot de passe; le serveur SSH restera en attente et ne devrait pas bloquer ton IP. Le comportement du service SSH dans ce cas-la peut etre revelateur pour un analyste: il pourra determiner la version de logiciel SSH, le systeme d'exploitation, si l'utilisateur est valide, etc ...

Je corrige un peu ma formulation : "Si SSH n'est pas démarré (actif) alors SSH ne fait rien : pas de blocage, pas de message de log, pas de connexion, etc"

Si ton service SSH n'est pas actif alors il n'y a aucun blocage possible Au pire tu peux l'ajouter manuellement a la liste des IP bloquees --------- Perso j'ai eu quelques petits malins qui tentaient des connexiona a intervalles superieurs a mon autoblock, du coup je ne permets plus qu'une tentative de connexion avant blocage; faut pas se louper mais j'ai mis une IP Whitelistee qui me permet de me debloquer moi meme en cas de fausse manip. PS: je vais bientot feter ma 2000 ieme IP bloquee en meme pas 1 an

Les sauvegardes TimeMachine sur le Syno ne sont pas facilement lisibles (pas de fichiers, juste une espece image disque xaree compressee et coupee en morceaux). Par contre je n'ai pas essaye de sauvegarder sur un partage du Syno non marque comme "TimeMachine"

Quand le nombre de clients devient plus important, les regles simples de repartition sur les liens de l'aggregation deviennent statistiquement efficaces. Mais pour 2 clients donnés tu auras toujours une chance d'utiliser le meme lien gigabit. Le 10Gb/s peut etre limitant aussi: au boulot je dois faire de l'aggregation de 2 liens 10Gb/s sur quelques uns de nos serveurs de fichiers. L'enorme avantage du LACP est la prise en charge du failover sans reinitialisation des connexions etablies, ce qui est difficile a faire en utilisant differentes @IPs Gagner 30% sur une seule connexion me parait louche : Mais un debit global de 2x1Gb/s peut etre bride par la vitesse d'ecriture sur disque ou les protocoles de transfert utilises (SMB par exemple)

Ca m'interesse aussi ca, je vais me renseigner

L'aggregation ne connectera qu'une interface de ton NAS vers celle du premier PC, une seule LED clignotera. Le second PC qui cherchera a se connecter se verra attribuer une des 2 interfaces du NAS pour communiquer, en fonction de la politique du switch en la matiere (qui est generalement un hash sur l'IP ou l'@Mac); donc l'interface qui sera selectionnee pour le 2ie PC pourrait tout a fait etre la meme que celle qui en cours d'utilisation par le premier PC -> donc aucun gain car aucune repartition sur les deux liens. PS: meme en connectant 2 appareils qui ont chacun une aggregation de deux liens gigabit, le transfert entre les deux sera toujours limite a 1Gb/s

Je decouvre DirectoryStudio sur le Syno, il met des UID/GID superieurs a 1000000 par defaut

============================================================================================================ Creation du Serveur LDAP sur le Syno avec DirectoryServer: j'ai mis example.com mais un truc plus personnel serait souhaitable (par ex. nomdefamille.net ou nomdedomaindeentreprise.fr) : ============================================================================================================ ============================================================================================================ Creation d'un groupe commun pour tes deux utilisateurs (ici "tata") : ============================================================================================================ ============================================================================================================ Creation des utilisateurs, SEULEMENT membres de "users" (et peut-etre admin ou ope) mais pas de "tata" : ============================================================================================================ ============================================================================================================ Creation de la connexion au serveur LDAP avec ApacheDirectory Studio (la premiere chose demandee est bien sur l'IP ou DNS du syno) : ============================================================================================================ ============================================================================================================ Modification du gidNumber du groupe "tata" avec ApacheDirectory Studio (1024< gidNumber < 10000) : ============================================================================================================ ============================================================================================================ Modification du uidNumber ET gidNumber des utilisateurs (1024< uidNumber < 10000 , et le gidNumber doit correspondre a celui du groupe "tata") : ============================================================================================================ ============================================================================================================ Il ne te reste plus qu'a configurer le NAS pour qu'il utilise le LDAP sur localhost, puis modifier les droits de tes partages, puis refaire les chown/chmod, puis faire correspondre les uid/gid des utilisateurs de ta station Linux. ============================================================================================================ Woufff !! C'est tout simple non ?

ApacheDirectory Studio est a installer sur ton Linux ou Windows ou Mac.

De tete, tu peux ajouter un certificat racine sur Windows, OSX (surtout pour le WebDAV en SSL) et Firefox. Apres ca tu n'auras plus de probleme de "confiance" sur le certificat de ton Syno Edit: Si le certif ne peut pas etre enregistre dans Firefox c'est surement que t'y accedes avec un autre nom de domaine (dans l'url) que celui pour lequel il a ete genere

Le NAS et les Linux sont bien configures pour utiliser le LDAP ? On revient en arrière : - Supprimes tes utilisateurs/groupes (sauf admin) sur le NAS et sur le DirectoryServer - Crees les a nouveau dans DirectoryServer - Modifies les ID des utilisateur/groupes en te connectant au LDAP avec ApacheDirectory Studio -> changes le gidNumber pour les groupes et uidNumber/gidNumber pour les utilisateurs (essaies de mettre des nombres > 1024 et < 10000) - Configures le NAS pour qu'il utilises le LDAP pour l'authentification