scp problems with RedHat Machines to Unix w/SSH
From: Michael A Gilchrist (mikeg_at_utk.edu)
Date: 10/18/04
- Previous message: rn001: "sshd windows server - automatic ssh linux authentication."
- Next in thread: Michael A Gilchrist: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Maybe reply: Michael A Gilchrist: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Reply: Robert Hajime Lanning: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Reply: Darren Tucker: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Mon, 18 Oct 2004 14:41:59 -0400 (EDT) To: secureshell@securityfocus.com
Hi,
I'm running into a problem with scp on both my Fedora 2 and RedHat
Enterprise Linux 3 machines. I have found this problem discussed here
previously but it was never clearly resolved.
When I try to copy files to/from my redhat machines to a server running
3.2.0 SSH Secure Shell (non-commercial) I get the following error:
scp: warning: Executing scp1.
scp: FATAL: Executing ssh1 in compatibility mode failed (Check that scp1
is in your PATH).
However, ssh to the same remote machine works. Also I can scp to other
linux machines. The verbose output from the functional and non-functional
scp sessions are attached below.
Any help will be greatly appreciated.
Thanks,
MikeX
Additional information:
These are the ssh packages which are installed:
[mikeg@nyasa mikeg]$ rpm -qa | grep ssh
openssh-clients-3.6.1p2-33.30.1
openssh-server-3.6.1p2-33.30.1
openssh-askpass-gnome-3.6.1p2-33.30.1
openssh-3.6.1p2-33.30.1
openssh-askpass-3.6.1p2-33.30.1
This is output from whereis:
[mikeg@nyasa mikeg]$ whereis scp1
scp1:
[mikeg@nyasa mikeg]$ whereis scp2
scp2:
[mikeg@nyasa mikeg]$ whereis scp
scp: /usr/bin/scp /usr/share/man/man1/scp.1.gz
Here is the debug info:
Unsuccessful scp session:
[mikeg@nyasa mikeg]$ scp -v larry.cas.utk.edu:temp.txt .
Executing: program /usr/bin/ssh host larry.cas.utk.edu, user
(unspecified), command scp -v -f temp.txt
OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090701f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: Connecting to larry.cas.utk.edu [160.36.178.59] port 22.
debug1: Connection established.
debug1: identity file /home/mikeg/.ssh/identity type -1
debug1: identity file /home/mikeg/.ssh/id_rsa type -1
debug1: identity file /home/mikeg/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version 3.2.0 SSH
Secure Shell (non-commercial)
debug1: no match: 3.2.0 SSH Secure Shell (non-commercial)
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Host 'larry.cas.utk.edu' is known and matches the DSA host key.
debug1: Found key in /home/mikeg/.ssh/known_hosts:1
debug1: ssh_dss_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
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: Trying private key: /home/mikeg/.ssh/identity
debug1: Trying private key: /home/mikeg/.ssh/id_rsa
debug1: Trying private key: /home/mikeg/.ssh/id_dsa
debug1: Next authentication method: password
mikeg@larry.cas.utk.edu's password:
debug1: Authentication succeeded (password).
debug1: fd 4 setting O_NONBLOCK
debug1: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending command: scp -v -f temp.txt
debug1: channel 0: request exec
debug1: channel 0: open confirm rwindow 100000 rmax 32768
scp: warning: Executing scp1.
scp: FATAL: Executing ssh1 in compatibility mode failed (Check that scp1
is in
your PATH).
debug1: channel_free: channel 0: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Connection to larry.cas.utk.edu closed by remote host.
debug1: Transferred: stdin 0, stdout 0, stderr 56 bytes in 0.1 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 896.1
debug1: Exit status -1
Successful scp session:
[mikeg@nyasa mikeg]$ scp -v mike@linux.unm.edu:temp.txt .
Executing: program /usr/bin/ssh host linux.unm.edu, user mike, command scp
-v -f temp.txt
OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090701f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: Connecting to linux.unm.edu [129.24.9.43] port 22.
debug1: Connection established.
debug1: identity file /home/mikeg/.ssh/identity type -1
debug1: identity file /home/mikeg/.ssh/id_rsa type -1
debug1: identity file /home/mikeg/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version
OpenSSH_3.6.1p2
debug1: match: OpenSSH_3.6.1p2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST 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: Host 'linux.unm.edu' is known and matches the RSA host key.
debug1: Found key in /home/mikeg/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue:
publickey,password,keyboard-interactivedebug1: Next authentication method:
publickey
debug1: Trying private key: /home/mikeg/.ssh/identity
debug1: Trying private key: /home/mikeg/.ssh/id_rsa
debug1: Trying private key: /home/mikeg/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue:
publickey,password,keyboard-interactivedebug1: Next authentication method:
password
mike@linux.unm.edu's password:
debug1: Authentication succeeded (password).
debug1: fd 4 setting O_NONBLOCK
debug1: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending command: scp -v -f temp.txt
debug1: channel 0: request exec
debug1: channel 0: open confirm rwindow 0 rmax 32768
Sending file modes: C0644 2141 temp.txt
temp.txt 100% 2141 36.5KB/s
00:00
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: rcvd eof
debug1: channel 0: output open -> drain
debug1: channel 0: obuf empty
debug1: channel 0: close_write
debug1: channel 0: output drain -> closed
debug1: channel 0: rcvd close
debug1: channel 0: close_read
debug1: channel 0: input open -> closed
debug1: channel 0: almost dead
debug1: channel 0: gc: notify user
debug1: channel 0: gc: user detached
debug1: channel 0: send close
debug1: channel 0: is dead
debug1: channel 0: garbage collecting
debug1: channel_free: channel 0: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.4 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 0
--------------------------------------------------------
Department of Ecology & Evolutionary Biology
569 Dabney Hall
University of Tennessee
Knoxville, TN 37996-1610
phone:(865) 974-6453
fax: (865) 974-3065
web: http://eeb.bio.utk.edu/pages/faculty/gilchrist.htm
--------------------------------------------------------
Ride hard, ride often.
- Previous message: rn001: "sshd windows server - automatic ssh linux authentication."
- Next in thread: Michael A Gilchrist: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Maybe reply: Michael A Gilchrist: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Reply: Robert Hajime Lanning: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Reply: Darren Tucker: "Re: scp problems with RedHat Machines to Unix w/SSH"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|