cricx

ouvre en tcp et udp la plage 136 à 139 et en tcp et udp le port 445. pour patrickH et domlas : vous avez raison, mais ça ne répond pas à sa demande, il a peut-être des raisons de mettre un pare-feu sur son PC (son petit frère est un redoutable hacker )

non, pas de certificats ! tu installes simplement ta clé ssh sur l'autre syno (copier la clé dans authorized_keys). Sur un linux normal, il y a la commande ssh-copy-id qui fait ça très bien (tu peux copier n'importe quelle clé, même celle du syno, avec cette commande. nota : la sauvegarde cryptée est normalement du rsync sur ssh (rsync -e ssh blabla). autre nota : les routeurs n'ont pas des cpu très puissants pour un vpn, et le cryptage ssh ne demande pas beaucoup de ressources. Mais tu fais comme tu veux

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'

je pensais que le lien que j'avais donné était suffisant... et je ne me sens pas très concerné, j'ai une ip fixe... mais bon, tout le monde a compris le principe : un script (en perl) lancé à intervalles réguliers récupère l'ip externe et se connecte sur le site dyndns pour faire la mise à jour. Le paramétrage figure dans ddclient.conf et suit cet exemple (fourni sur le site) :* Here is a minimal ddclient.conf file designed to update a single Dynamic DNS host plus a single Custom DNS host and using our CheckIP service to get the IP address: # Basic configuration file for ddclient # # /etc/ddclient.conf daemon=600 cache=/tmp/ddclient.cache pid=/var/run/ddclient.pid use=web, web=checkip.dyndns.com/, web-skip='IP Address' login=your-username password=your-password protocol=dyndns2 server=members.dyndns.org wildcard=YES example.dyndns.org custom=yes, example.com Avec ce script, pas besoin de mettre une entrée dans la crontab, il fonctionne en mode démon et le délai de vérification est fixé dans le ficheir de conf. Il y a d'autres scripts du même style qui peuvent ou doivent être lancés par cron.

tous les linksys n'ont pas la possibilit