cricx

cette notion apparemment simple mérite d'être précisée : - le client est, celui qui se connecte sur l'autre, qui est à l'initiative de la connexion. Le transfert de données pouvant alors s'effectuer dans un sens ou l'autre - le serveur peut être ssh (port 22) ou rsync (port 873) - l'implémentation ssh/rsync d'origine sur syno est incomplète et n'utilise pas les mécanismes standard catimini a l'ai de maitriser son sujet (malgré ou grâce à son âge avancé ;-) Il faudrait qu'il expose la solution qu'il a mise en place entre ses synos. pas clair... Rappel : rsync est un outil de transfert de fichiers intelligent. Il peut s'utiliser en local ou à distance. Pour la sécurité, il vaut mieux l'utiliser sur un tunnel ssh, ce qui est ebn général le comportement par défaut quand ls démon rsyncd (le service rsync) n'est pas utilisé. Sur un linux "normal", l'utilisation de rsync sur ssh utilise les comptes du système (logique puisqu'on utilise ssh), ce qui permet d'effectuer des transferts d'un compte local vers un compte distant, même différent, pourvu que l'on ait les identifiants du compte (nom + mot de passe) ou que l'on ait installé une paire de clés. Par exemple, dans le cadre professionnel, je fais souvent des transferts sécurisés avec la commande suivante : [user1@localhost ~]$rsync -avz mondossierlocal user2@serveurdistant:/lechemindistant Le transport est par défaut ssh, mais on pourrait le préciser avec l'option -e pas compris ce que tu veux dire non, pas besoin de laisser un pc allumé pour lancer un transfert ftp entre 2 synos... il suffit d'installer sur le syno client le paquet ncftp (il contient : ncftp ncftpbatch ncftpbookmarks ncftpget ncftpls ncftpput ncftpspooler) Le mieux est d'installer un vrai ssh et un vrai rsync. Mais on doit pouvoir configurer sur les dernières version du firmware rsync pour qu'il utilise ssh... En fait, je vais prochainement remettre en place ce que j'avais installé auparavant (mon syno me sert de serveur de sauvegarde de mes pcs, je fais un rsync à partir des comptes utilisateur vers le compte du même utilisateur du syno, sans qu'il soit besoin d'avoir les mêmes uid, et sans mot de passe, en utilisant une paire de clés. J'avais installé à l'origine les paquets optware car les premières versions du firmware étaient incomplètes. On devrait maintenant y arriver avec moins de bricolage. PS : il est tout-à-fait anormal de devoir utiliser le compte root pour faire des sauvegardes !

linux sur 2 fixes et 2 portables à la maison, également sur mon routeur (dd-wrt), mon syno , mon dd multimedia (tvix) linux sur mon poste principal au boulot, multiboot xp/linux sur mon poste secondaire, et une bonne vingtaine de serveurs linux palmos sur mon palm Sous linux exclusivement depuis plus de 10 ans... mais je n'arrive pas à tout faire : mon gps garmin (etrex) et ses cartes protégées ne sont exploitables que sous win et je vais être obligé, pour ce seul motif, à installer un win (en virtuel bien sûr)

si ce n'est que pour les alias, le postfix reload est inutile. Et il n'y a pas la commande d'édition du fichier aliases. Donc pas bon. de plus : un alias déclaré depuis le .profile d'un utilisateur ne fonctionne qu'avec cet utilisateur. La solution d'un script est meilleure que celle d'un alias. Mais bon, tu fais comme tu veux. Mais quand tu auras des années d'expérience d'admin linux, tu reviendra au script. Sinon, pour le côté fainéant, je suis bien d'accord, c'est fou l'énergie et le temps que je passe a écrire des scripts pour en faire le moins possible

si si, mais c'est l'

bonsoir

oui, il faut en effet d