scp from openssh to f-secure problem

From: Mohd Yazid (mekcsf_at_yahoo.com)
Date: 03/16/04

  • Next message: Darren Tucker: "Re: scp from openssh to f-secure problem"
    Date: Mon, 15 Mar 2004 17:56:30 -0800 (PST)
    To: secureshell@securityfocus.com
    
    

    Hi,
    I have problem scp'ing from one system to the other,
    both system is running solaris 8, both don't have any
    problem running ssh and sftp.

    System A is installed with OpenSSH_3.6.1p1.
    System B (web03)is installed with F-Secure SSH 3.1.0
    (build 8)

    I want to scp from System A to System B.
    Below is the output of scp -v

    SysA# scp -v2 web03:/etc/hosts /tmp
    Executing: program /usr/local/bin/ssh host web03, user
    (unspecified), command scp -v -f /etc/hosts
    OpenSSH_3.6.1p1, SSH protocols 1.5/2.0, OpenSSL
    0x0090702f
    debug1: Reading configuration data
    /usr/local/etc/ssh_config
    debug1: Rhosts Authentication disabled, originating
    port will not be trusted.
    debug1: Connecting to web03 [x.x.x.x] port 22.
    debug1: Connection established.
    debug1: identity file /.ssh/id_rsa type -1
    debug1: identity file /.ssh/id_dsa type -1
    debug1: Remote protocol version 2.0, remote software
    version 3.1.0 F-SECURE SSH
    debug1: no match: 3.1.0 F-SECURE SSH
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_3.6.1p1
    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 'web03' is known and matches the DSA host
    key.
    debug1: Found key in /.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: /.ssh/id_rsa
    debug1: Trying private key: /.ssh/id_dsa
    debug1: Next authentication method: password
    root@web03's password:
    debug1: Authentication succeeded (password).
    debug1: fd 5 setting O_NONBLOCK
    debug1: fd 6 setting O_NONBLOCK
    debug1: channel 0: new [client-session]
    debug1: Entering interactive session.
    debug1: Sending command: scp -v -f /etc/hosts
    debug1: channel 0: request exec
    debug1: channel 0: open confirm rwindow 100000 rmax
    32768
    scp: warning: Executing scp1 compatibility.
    debug1: client_input_channel_req: channel 0 rtype
    exit-status reply 0
    debug1: channel 0: rcvd close
    debug1: channel 0: output open -> drain
    debug1: channel 0: close_read
    debug1: channel 0: input open -> closed
    scp: FATAL: Executing ssh1 in compatibility mode
    failed (Check that scp1 is in your PATH).
    debug1: channel 0: obuf empty
    debug1: channel 0: close_write
    debug1: channel 0: output drain -> 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.0 seconds
    debug1: Bytes per second: stdin 0.0, stdout 0.0,
    stderr 0.0
    debug1: Exit status 255
    SysA#

    I have run scp specifying it to use ssh version 2
    instead of 1, but it still looking for scp1. Both
    server don't have scp1 installed. If anyone have
    experience this or had similar problem please let me
    know (your solution). System A is actually a new
    server. We would like to use Openssh on the new
    servers, without changing any software configuration
    on the old systems.

    I'm not subscribed to the list, pls cc your reply to
    me. Thank you.

    Regards,
    /yazid

    __________________________________
    Do you Yahoo!?
    Yahoo! Mail - More reliable, more storage, less spam
    http://mail.yahoo.com


  • Next message: Darren Tucker: "Re: scp from openssh to f-secure problem"

    Relevant Pages

    • Trouble with ssh secure tunnel for VNC
      ... "work" using VNC through a ssh tunnel with port forwarding. ... on work and issuing the command 'vncviewer work:1' from home. ... debug1: Connections to local port 5902 forwarded to remote address work:5901 ... debug1: channel 2: new ...
      (comp.security.ssh)
    • [SLE] Slow SSH login
      ... A> ssh B ... second delay no matter the authentication mechanism ... debug1: Authentication succeeded. ...
      (SuSE)
    • Re: Trouble using VNC thru a ssh tunnel
      ... "work" using VNC through a ssh tunnel with port forwarding. ... > debug1: fd 8 setting TCP_NODELAY ... > debug1: channel 2: obuf empty ... > on both machines for a short period of time, ...
      (comp.os.linux.security)
    • Are remote pipes fixed in 3.5?
      ... > and ssh will never return. ... SSH2 will shut down the channel without telling the ... > remote side that stdout has closed. ... > debug1: channel request 0: exec ...
      (SSH)
    • X11 forwarding help
      ... I'm using ssh to do X11 forwarding over a gateway and it seems to work fine ... debug1: Rhosts Authentication disabled, ... debug3: check_host_in_hostfile: match line 5 ... debug1: channel 0: new ...
      (SSH)