SCP gagal tanpa kesalahan

Saya telah mengalami perilaku SCP yang sangat aneh untuk beberapa waktu: setiap kali saya mencoba menyalin file, output dari SCP berisi banyak garis bawah dan file tersebut tidak disalin.

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

Ketika saya membuat koneksi SSH menggunakan Midnight Commander dan menyalin file itu berfungsi.

Beberapa info tentang mesin saya:

$ 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

Dan saya menjalankan Kubuntu 11.04.

Edit: Beberapa info lagi seperti yang diminta oleh komentar:

$ 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

dan

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

Ok LOL, saya baru tahu apa masalahnya.

Karena saya sangat suka sapi, saya telah meletakkan fortune | cowsaydi bagian atas .bashrcfile saya yang menghasilkan output seperti berikut ketika memulai bash:

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

Ini semua baik-baik saja (dan terkadang lucu) ketika berjalan secara bashinteraktif. Namun, bash membaca ~/.bashrcketika itu interaktif dan bukan shell login, atau ketika itu adalah shell login dan proses induknya adalah rshdatausshd . Ketika Anda menjalankan scp, server memulai sebuah shell yang memulai scpinstance jarak jauh . Keluaran dari .bashrckebingungan scpkarena dikirim dengan cara yang sama dengan scpdata protokol dikirim. Tampaknya ini adalah bug yang dikenal, lihat di sini untuk detail lebih lanjut.

Perhatikan juga bahwa garis bawah yang saya sebutkan dalam pertanyaan adalah yang ada di baris atas balon teks.

Jadi solusinya sederhana: Saya meletakkan yang berikut ini di atas .bashrcmesin remote (tujuan):

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

Baris ini ada di default .bashrctetapi diletakkan turun karena banyak saya (tampaknya ceroboh) suntingan.

AFAIK, cara yang benar untuk mengaktifkan yang tidak terhalang scpadalah yang kurang tergantung pada persyaratan untuk ~/.bashrcskrip Anda , dan lebih lanjut tentang hanya membatasi output layar ke ~/.bash_profileskrip. Setidaknya begitulah cara kerjanya untuk distro saya (CentOS.)

Edit untuk kejelasan:

1. Letakkan hanya baris di file ~ / .bashrc Anda seperti yang diminta oleh konvensi jarak jauh "semua" (yaitu, mengatur vars ENV tertentu tidak masalah, tetapi menggema teks yang dapat dibaca manusia tidak.)
2. YMMV