Find the answer to your Linux question:
Results 1 to 6 of 6
Hi, I too am trying to scp from linux to Windows. I have ssh running on Windows (SSH Tectia, client I think). I can sftp from linux to Windows, but ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #1
    Just Joined!
    Join Date
    Nov 2007
    Posts
    8

    trying to scp from linux to Windows


    Hi, I too am trying to scp from linux to Windows. I have ssh running on Windows (SSH Tectia, client I think). I can sftp from linux to Windows, but when I try scp, I get the following:

    Code:
    hostname:~ # scp file user@192.168.50.2:'c:\temp'
    Password Authentication:
    user's password: 
    lost connection
    hostname:~ #
    Has anyone an idea?

    Thanks.

  2. #2
    Linux Guru Lakshmipathi's Avatar
    Join Date
    Sep 2006
    Location
    3rd rock from sun - Often seen near moon
    Posts
    1,763
    I'm afraid you can't use scp to transfer files between Linux and Windows. I think you would need to have something like winscp or samba to perform such task.

    kralj,
    kralj,Please create thread for new questions.
    Ps: moderators please move this question to new thread.
    First they ignore you,Then they laugh at you,Then they fight with you,Then you win. - M.K.Gandhi
    -----
    FOSS India Award winning ext3fs Undelete tool www.giis.co.in. Online Linux Terminal http://www.webminal.org

  3. #3
    Just Joined! manicanet's Avatar
    Join Date
    Nov 2009
    Posts
    11
    You have 2 options to SCP between windows and Linux.

    1. Install something like cygwin on windows to get a Linux shell and then run the scp command in the cygwin shell on the windows computer.

    2. Install a server program on windows (freesshd or ssh.com) and then run the scp command on Linux.

  4. $spacer_open
    $spacer_close
  5. #4
    Linux Newbie framp's Avatar
    Join Date
    Jul 2006
    Location
    Stuttgart, Germany
    Posts
    240
    Try
    Code:
    scp -v file user@192.168.50.2:'c:\temp'
    and you may get additional ideas what went wrong.
    "Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." Linus Benedict Torvalds

  6. #5
    Just Joined!
    Join Date
    Nov 2007
    Posts
    8
    Thanks for replying, all.

    I've tried -v option. Of course, I can't make anything sensible out of it.
    Just to mention again, I have Tectia client running on Windows, not server. Is that the problem?

    Code:
    hostname:/tmp # scp -v file user@192.168.50.2:'c:\temp'
    Executing: program /usr/bin/ssh host 192.168.50.2, user user, command scp -v -
    t c:\temp
    OpenSSH_4.2p1, OpenSSL 0.9.8a 11 Oct 2005
    debug1: Reading configuration data /etc/ssh/ssh_config
    debug1: Applying options for *
    debug1: Connecting to 192.168.50.2 [192.168.50.2] port 22.
    debug1: Connection established.
    debug1: permanently_set_uid: 0/0
    debug1: identity file /root/.ssh/identity type -1
    debug1: identity file /root/.ssh/id_rsa type -1
    debug1: identity file /root/.ssh/id_dsa type 2
    debug1: Remote protocol version 2.0, remote software version 6.0.11.5 SSH Tectia
     Server
    debug1: no match: 6.0.11.5 SSH Tectia Server
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_4.2
    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 '192.168.50.2' is known and matches the RSA host key.
    debug1: Found key in /root/.ssh/known_hosts:9
    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: gssapi-with-mic,password,publickey,ke
    yboard-interactive
    debug1: Next authentication method: publickey
    debug1: Trying private key: /root/.ssh/identity
    debug1: Trying private key: /root/.ssh/id_rsa
    debug1: Offering public key: /root/.ssh/id_dsa
    debug1: Authentications that can continue: gssapi-with-mic,password,publickey,ke
    yboard-interactive
    debug1: Next authentication method: keyboard-interactive
    Password Authentication:
    user's password: 
    debug1: Authentication succeeded (keyboard-interactive).
    debug1: channel 0: new [client-session]
    debug1: Entering interactive session.
    debug1: Sending environment.
    debug1: Sending env LANG = POSIX
    debug1: Sending env LC_CTYPE = en_US.UTF-8
    debug1: Sending command: scp -v -t c:\\temp
    debug1: channel 0: free: 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.2 seconds
    debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
    debug1: Exit status -1
    lost connection
    hostname:/tmp #

  7. #6
    Just Joined!
    Join Date
    Nov 2012
    Posts
    1
    Disregard this message. The user didn't want to use sftp, but that would have been my solution.
    Last edited by questargon; 11-30-2012 at 01:59 PM. Reason: Misunderstanding intention

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •