Не могу использовать scp с wdmycloud

Я могу успешно войти в mycloud в качестве пользователя root или другого пользователя. Мне нужно использовать команду scp для отправки изображения в мою папку. Он продолжает просить пароль и говорить о своем неправильном, когда я знаю, что это правильно. Ben@192.168.1.20 – это мой локальный компьютер, но я должен определить источник, или он скажет «нет такого файла или каталога». Кроме того, Бен может быть капиталом или строчным, это не имеет значения.

 WDMyCloud:~# scp -v Ben@192.168.1.20:/Users/***/Desktop/Apple.jpg root@192.168.1.4:/DataVolume/shares/Ben Executing: /usr/bin/ssh '-x' '-oClearAllForwardings=yes' '-n' '-v' '-l' 'Ben' '--' '192.168.1.20' 'scp -v' '/Users/Ben/Desktop/Apple.jpg' 'root@192.168.1.4:/DataVolume/shares/Ben' OpenSSH_6.0p1 Debian-4, OpenSSL 1.0.1m 19 Mar 2015 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to 192.168.1.20 [192.168.1.20] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: identity file /root/.ssh/id_rsa type -1 debug1: identity file /root/.ssh/id_rsa-cert type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: identity file /root/.ssh/id_dsa-cert type -1 debug1: identity file /root/.ssh/id_ecdsa type -1 debug1: identity file /root/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.2 debug1: match: OpenSSH_6.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-4 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: RSA 33:44:49:5a:89:04:4e:92:7c:6a:ed:f7:d8:1d:24:5a debug1: Host '192.168.1.20' is known and matches the RSA host key. debug1: Found key in /root/.ssh/known_hosts:4 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug1: Trying private key: /root/.ssh/id_ecdsa debug1: Next authentication method: keyboard-interactive Password: (Now I enter it and it refuses) Password: debug1: Authentications that can continue: publickey,keyboard-interactive Password: debug1: Authentications that can continue: publickey,keyboard-interactive Password: debug1: Authentications that can continue: publickey,keyboard-interactive debug1: No more authentication methods to try. Permission denied (publickey,keyboard-interactive). WDMyCloud:~# 

  • Отказ ssh: как устранить неполадки?
  • Не удается ssh, соединение немедленно завершается с состоянием выхода 254
  • Хорошая практика использования одной и той же пары ключей SSH на нескольких машинах?
  • PuTTy работает очень плохо с VPS
  • Как использовать один и тот же псевдоним SSH с несколькими адресами хостов / портами и т. Д.?
  • SSHFS указать ключ
  • использовать SSH-туннель для байпаса
  • SSH туннели заставляют новый туннель и убивают старую сессию
  • One Solution collect form web for “Не могу использовать scp с wdmycloud”

    Короткий ответ: scp делает интересные вещи, когда вы даете ему два IP-адреса для работы. Если ваш источник или получатель – это машина, на которой запущена команда scp , то один из ваших путей должен быть локальным. Если вы находитесь в MyCloud, попробуйте следующее:

     WDMyCloud:~# scp Ben@192.168.1.20:/Users/***/Desktop/Apple.jpg /DataVolume/shares/Ben 

    Или, если вы находитесь на своей локальной машине:

     LocalComputer:~# scp /Users/***/Desktop/Apple.jpg root@192.168.1.4:/DataVolume/shares/Ben 

    Если вам интересно, что происходит в этом случае, вы можете посмотреть вывод « Executing: » на вашем scp -v .

     Executing: /usr/bin/ssh '-x' '-oClearAllForwardings=yes' '-n' '-v' '-l' 'Ben' '--' '192.168.1.20' 'scp -v' '/Users/Ben/Desktop/Apple.jpg' 'root@192.168.1.4:/DataVolume/shares/Ben' 

    Интересная вещь о ssh заключается в том, что вы можете использовать ее для немедленной запуска одной команды вместо интерактивной оболочки. Что здесь происходит, так это то, что вместо копирования самого файла ваш scp просит 192.168.1.20 обрабатывать копирование. Это как если бы вы запускали следующее:

     WDMyCloud:~# ssh Ben@192.168.1.20 Password: [password to Ben@LocalComputer goes here] LocalComputer:~$ scp /Users/***/Desktop/Apple.jpg root@192.168.1.4:/DataVolume/shares/Ben Password: [password to root@WDMyCloud goes here] LocalComputer:~$ exit 

    Почему scp делает это? Это эффективная мера, которая имеет больше смысла для следующего случая:

     LocalComputer:~$ scp Ben@192.168.1.99:/path/to/Apple.jpg root@192.168.1.4:/DataVolume/shares/Ben 

    В этом случае файл находится на одном удаленном компьютере и вы хотите скопировать его на другой удаленный компьютер. Если ваш локальный компьютер выполнил копирование, он будет привязан во всем процессе копирования, перебрасывая биты с одного удаленного компьютера на другой. Гораздо эффективнее, чтобы один из пультов соединялся напрямую с другим.

    Linux и Unix - лучшая ОС в мире.