cricx

tu peux déjà essayer de tester à la main avec rsync -e ssh cheminlocal userdistant@serveurdistant:/chemindistant et rsync -e ssh cheminlocal userdistant@serveurdistant::moduledistant cela devrait t'aider à diagnostiquer le problème... ceci dit, si j'avais à faire de la copie entre deux synos entre mes deux résidences, je n'utiliserais pas de vpn, mais je ferais bêtement un rsync sur ssh depuis une entrée de la crontab, le protocole rsync est efficace et robuste, et le transport ssh très sûr (autant qu'un vpn, sans sa complexité). Le vpn ne s'impose que quand on a besoin d'accéder à des ressources distantes comme si elles étaient locales, et de manière sécurisée. En gros, ça concerne tous les protocoles de réseau local windows. Mais malheureusement, ces protocoles sont tellement inadaptés aux réseaux de ce type que ce n'est pas pour autant une bonne solution (regarde un peu les traces wireshark pour la bête ouverture d'un fichier sur un partage distant... et compare avec ftp...)

jdownloader est une application graphique... elle ne risque pas de fonctionner sur un syno qui n'a pas de couche graphique ni d'

tous les linksys n'ont pas la possibilit

si pas partitionné : fdisk puis mke2fs http://linuxcertif.org/man/8/mke2fs/ une fois partitionné et formaté, le débrancher et le rebrancher devrait suffire à le monter. Sinon : créer un point de montage puis mount /dev/nomdudisque /point/de/montage pour monter avec les options par défaut. Tout ça en tant que root le paramètre à fournir est le chemin du device. tu devrais le trouver en ouvrant une console et en faisant un tail -f /var/log/messages puis en branchant ton disque. Nota : la commande mke2fs permet de vérifier l'intégralité du disque ("préparation" comme indiqué dans ce forum, sinon la commande badblocks le fait indépendament du formatage)