SCP не работает без ошибок

Некоторое время я испытывал очень странное поведение SCP: всякий раз, когда я пытаюсь скопировать файл, вывод SCP содержит несколько подчеркиваний, и файл не копируется.

$ scp test.txt 192.168.0.2:~
job@192.168.0.2's password: 
 ________________________________________

Когда я создаю SSH-соединение с помощью Midnight Commander и копирую файлы, он работает.

Некоторая информация о моей машине:

$ ssh -V
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010

$ uname -a
Linux squatpc 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:05:41 UTC 2011 i686 i686 i386 GNU/Linux

И я бегу Kubuntu 11.04.

Изменить: немного больше информации, как требуется в комментариях:

$ scp -v test.txt 192.168.0.2:~
Executing: program /usr/bin/ssh host 192.168.0.2, user (unspecified), command scp -v -t -- ~
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.0.2 [192.168.0.2] port 22.
debug1: Connection established.
debug1: identity file /home/job/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/job/.ssh/id_rsa-cert type -1
debug1: identity file /home/job/.ssh/id_dsa type -1
debug1: identity file /home/job/.ssh/id_dsa-cert type -1
debug1: identity file /home/job/.ssh/id_ecdsa type -1
debug1: identity file /home/job/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3
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: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 28:f3:2b:31:36:43:9b:07:d8:33:ca:43:4f:ca:6c:4c
debug1: Host '192.168.0.2' is known and matches the ECDSA host key.
debug1: Found key in /home/job/.ssh/known_hosts:20
debug1: ssh_ecdsa_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,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/job/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/job/.ssh/id_dsa
debug1: Trying private key: /home/job/.ssh/id_ecdsa
debug1: Next authentication method: password
job@192.168.0.2's password: 
debug1: Authentication succeeded (password).
Authenticated to 192.168.0.2 ([192.168.0.2]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: scp -v -t -- ~
 ________________________________________
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Transferred: sent 2120, received 1872 bytes, in 0.3 seconds
Bytes per second: sent 7783.1, received 6872.6
debug1: Exit status 0

а также

$ type scp
scp is hashed (/usr/bin/scp)

Хорошо, LOL, я только что понял, в чем проблема.

Так как я очень люблю коров, я поместил fortune | cowsayв начало моего .bashrcфайла, который при запуске выдает следующее bash:

 _______________________________________
< You will lose an important disk file. >
 ---------------------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

Это все хорошо (и иногда смешно), когда работает в bashинтерактивном режиме. Однако bash читает, ~/.bashrcкогда он является интерактивным, а не оболочкой входа в систему, или когда это оболочка входа в систему и его родительский процесс - rshdилиsshd . Когда вы запускаете scp, сервер запускает оболочку, которая запускает удаленный scpэкземпляр. Вывод из .bashrcпутаницы, scpпотому что он отправляется так же, как scpотправляются данные протокола. Это, очевидно, известная ошибка, см. Здесь для получения более подробной информации.

Также обратите внимание, что подчеркивания, которые я упомянул в этом вопросе, это те, которые находятся в верхней строке текстового поля.

Таким образом, решение было простым: я поставил следующее на .bashrcудаленной (целевой) машине:

# If not running interactively, don't do anything
[[ $- == *i* ]] || return

Эта строка присутствует по умолчанию, .bashrcно была отложена из-за моих многочисленных (явно небрежных) правок.

AFAIK, правильный способ включить беспрепятственный scpзаключается не столько в том, какие условные для stdout в вашем ~/.bashrcскрипте, сколько в простом ограничении вывода экрана ~/.bash_profileскриптом. По крайней мере, так работает мой дистрибутив (CentOS.)

Изменить для ясности:

1. Поместите в ваш файл ~ / .bashrc только строки, как того требуют «все» удаленные соединения (т. Е. Установка определенных переменных ENV в порядке, но вывод текста, читаемого человеком, - нет).
2. YMMV