Aller au contenu

gspock

Membres
  • Compteur de contenus

    65
  • Inscription

  • Dernière visite

Messages posté(e)s par gspock

  1. Non, j'ai lu dans un autre topic qu'il n'était pas possible de changer le port, ce qui semble problématique quand on veut accéder au Cloud depuis le boulot pour certains... triste-crise.gif

    Merci. Le problème avec le boulot, c'est à mon avis plutot lié à un proxy et/ou firewall d'entreprise. Ma question sur le changement de port, c'est simplement pour essayer au max. d'éviter d'ouvrir des ports connu du grand publique.

  2. Vous pouvez également essayer de vous connecter sur votre NAS en VPN.

    Bonjour et merci pour votre réponse. Dans l'entreprise, le VPN est bloqué par défaut ; par contre, si le soft cloud station permettait d'indiquer les données pour le proxy, ça fonctionnerait directement .....

    P.S. autre question, (rien à voir avec le reste) : est-ce que le username et password sont encryptés lors de la connextion au diskstation ?

  3. J'ai la même question, sauf que je dirai plutot qu'on utilise un proxy et que c'est celui-ci qui me pose problème.

    Avec dropbox, j'ai pu y mettre les infos de nom du proxy, port, username et password et cela fonctionne très bien.

    Merci

  4. Cette méthode peut paraitre "lourde", mais cela permet de récupérer ses fichiers (en cas de crash du Syno) directement depuis la sauvegarde usb/sata.

    Merci Lurik.

    J'ai un disque externe eSata que j'ai formaté en NTFS sous Windows et qui me sert de backup pour mon NAS. Dans ce cas, quel serait l'avantage de plutôt utiliser un disque eSata formaté en ext4 ? car bien sûr, dans mon cas, tous les fichiers sont directement disponibles sous Windows aussi.

  5. Oui il peut faire des sauvegardes sur USB, oui elle sont différentiels et cela ce configure en 2 coup de clic en allant de le menu sauvegarde...

    Salut,

    en effet, en quelques clics .... cependant, j'ai constaté que sur mon 212+, après la première copie sur un disque externe connecté en e-sata, le backup tourne pendant plus de 10 heures pour copier +/- 600GB .... il doit y avoir quelque chose qui m'échappe .... ohmy.png

  6. Pour rsync c'est au moins 10 fois plus performant que cp...

    ... c'est d'ailleurs ce qu'utilise le syno pour faire ces sauvegarde.

    Merci ! alors, je ne comprends pas pourquoi si c'est lent quand je défini une tache de backup qui tourne pour la deuxième fois alors qu'il n'y a quasi aucun fichier en plus dans la source ... blink.png

  7. Au lieu de cp -u => Rsync ne serait il pas plus approprié ????

    Pour crontab à l'ancienne en éditant /etc/crontab et en relançant le service

    Merci pour ta réponse, je vais regarder aux option de rsync. (rsync est-il aussi performant qu'un simple "cp") ?

    Pour crontab, en effet je viens de voir le fichier /etc/crontab ; comment fait-on pour arreter et redemarrer le service ? (la commande crontab ne marche pas en shell "standard")

    GS

  8. Crontab et cp n'ont rien a voir avec le shell

    Ah bon ?

    Alors cela aurait été sympa de me dire comment faire fonctionner ces commandes dans le shell de base :

    cp -u -v -R /dir1/ /dir2/

    et

    crontab -l

    Merci,

    GS

    P.S. la commande cp -u, c'est parce que j'ai remarqué que lorsque je défini une tâche de backup, le système recopie d'office les fichiers existants alors qu'ils sont identitques ...

  9. merci pour ta réponse.

    Le shell embarqué à beaucoup de limitations, par exemple pas possibe de faire un crontab ou même une commande cp -u -v ....

    J'ai dit ksh car c'est celui-là que j'utiisais il y a quelques années, par contre bash pourrait faire l'affaire aussi, mais comment faire pour l'activer ?

    GS

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.