Je ne peux pas scp, l'autre serveur ne prend que des connexions sftp.
Actuellement, j'essaie de faire
sftp [email protected]:/files> put -r ~/
-i keyname
ne fonctionne pas, se résout simplement avec illegal option -- i
.
Je ne peux pas scp, l'autre serveur ne prend que des connexions sftp.
Actuellement, j'essaie de faire
sftp [email protected]:/files> put -r ~/
-i keyname
ne fonctionne pas, se résout simplement avec illegal option -- i
.
Essayer:
sftp -o "IdentityFile=keyname" [email protected]
Vous pouvez utiliser -o
pour passer n'importe quelle option valide dans ~/.ssh/config
.
IdentityFile
option soit toujours automatiquement donnée, consultez la réponse d' UtahJarhead à propos de la mise en place~/.ssh/config
Copiez votre clé PUBLIQUE sur le serveur en utilisant des moyens traditionnels.
Sur le serveur:
.ssh
s'il n'existe pas:Après cela, vous devriez pouvoir vous connecter à partir du client à l'aide de la clé PRIVÉE. Pour automatiser un transfert, vous souhaitez utiliser un fichier batch, qui n'est qu'un fichier texte contenant une liste de commandes à exécuter.
Sinon, n'hésitez pas à créer un fichier ~ / .ssh / config au format ssh_config pour pouvoir simplement le taper à l'avenir:
Exemple de contenu de
~/.ssh/config
la source
Si vous cherchez à configurer sftp sur ec2, cet article pourrait vous aider
la source
Je suis récemment entré dans ce problème et ce qui a fonctionné pour moi dans ma configuration de terminal par défaut pour MacBook est le suivant
Notez que vous pourriez être promu avec un fichier de clé privée non protégé! message auquel cas vous devez exécuter cette commande pour vous assurer que votre clé privée n'est pas accessible aux autres.
Dans certains cas, vous devez mettre sudo devant la commande, ce n'est que si vous travaillez dans un répertoire protégé par l'administrateur
Je souhaite que ce soit utile :)
la source
-i
option ne fonctionne pas?