Je dispose de plusieurs serveurs :  
 
*Serveur Samba
*Serveur web+ftp+mysql(uniquement en local)
*Passerelle internet+proxy
 
Ce que je voudrais c'est faire un petit script qui va faire se connecter à mon serveur ftp et faire le transfert du fichier de sauvegarde de mon serveur samba.
J'ai chercher sur le net et j'ai trouvé ce script :  
 
#!/bin/sh
ftp <<**
open ........
cd ..........
put ......
bye
 
avec le fichier ./netrc dans /root. Contenu du fichier ./netrc :  
machine @ip de mon serveur
login
password
 
A chaque fois que je lance le script il me donne une erreur et me demande de refaire l'authentification.  
 
Si quelqu'un peut m'aider merci

<< ** interdit
 
ftp << EOT
.....
bye
EOT
 
ou tout autre mot titi toto josianne ou ce que tu veux....
 
oublies surtout pas le deuxieme !

Toujours le même message d'erreur :  
 
AUTH not understood.
AUTH not understood.
KERBEROS_V4 rejected as an authentication type
Password:Name (192.168.224.5:root):  
 
Est ce qu'il y a une syntaxe spéciale pour le fichier ./netrc, le login et mot passe en clair ?

oublies pas de restreindre les droits sur ton .netrc, si c'est pas déjà fait. Ca changera rien à ton pb, mais bon ce sera plus sain
 
Je trouve lftp est plus simple et robuste d'utilisation que ftp.
 
Sinon, tu as essayé en ligne de commande directement pour voir si tu avais aussi des erreurs ?
 
Si c'est pour faire une synchronisation, il serait plus pratique d'utiliser rsync à travers ssh

Si t'as un .netrc pour ftp.tutu.org un simple appel  
ftp ftp.tutu.org déclanche le netrc !
 
Si ton netrc upload un fichier, dès que tu fera ftp ftp.tutu.org, il uplodera ton fichier.
Si ensuite tu veux utiliser ftp "normalement" il faut que tu fasse ftp -n ftp.tutu.org

le .netrc est obligatoirement en mode 600 pas autre combinaisons de droits

par obligatoirement tu entends, que ftp le refuse sinon, c'est ça ?

ok je vais essayer et je vous tiens au courant

oui voir le man page de ftp et netrc c'est decrit.

beark ! Et le ssh messieurs ? vous y avez pensé ?
 
Imaginons le scénario de transfert suivant :
 
machin A --- télécharge un truc sur  ---> machine B
 
Tu crées une clé sur ton serveur A (ssh-keygen -t rsa). Tu déposes la clé ~/.ssh/id_rsa.pub du serveur A dans le fichier ~/.ssh/authorized_keys2 du serveur B et roulez jeunesse !
 
Après, pour récupérer un fichier avec scp :
scp utilisateur_sur_B@machine_B: /mon/fichier/toto /le/depot/toto
(faire gaffe à supprime l'espace entre le ':' et le '/' sinon sur le forum, il est interprété comme le smiley : )
 
Comme ça, pas de vilain mot de passe en claire dans les fichiers de scripts !

ssh et ftp pas grand chose à voir....
 
par contre rcp ou scp effectivement c'est une bonne possibilité mais restrainte à la copie et seulement pas tres souple pour les evolutions future du script...

l'usage de .netrc interfit justement tout mot de passe dans les script !

 
Pas vraiment d'accord avec toi mon ami, scp et sftp s'appuie tous les deux sur ssh pour fonctionner ! Je te signale également que rcp fait appel à des choses assez sale comme par exemple des fichier .rhosts. Je peux t'affirmer sans trop de mal qu'on a fait beaucoup mieux depuis en matière de transfert sécurisé ...
 
Je ne vois pas non plus en quoi le sftp serait plus limité à l'avenir que le ftp quand on sait que le but avoué de sftp est justement de le remplacer ...

t'a rien compris à ce que j'ai dit alors j'ai mal du m'exprimé...
 
remplacer ftp par rcp (ou ici sftp par scp) est une erreur pour les evolution future du PRESENT script  
 
j'ai jamais rien dit d'autre .... jamais dit que sftp ou scp etaient des erreur ! mais que remplacer un script de ftp par un scrip utilisant rcp ou un script utilisant sftp par un script utilisant scp ça oui.

comme j'ai déjà dit plus haut : rsync en utilisant ssh

en shell :