scp lost connection problems - BSD

This is a discussion on scp lost connection problems - BSD ; Hi-- I searched the archives at http://marc.info/?l=openssh-unix-dev&r=1&w=2 and didn't quite find a match for my problem. So I hope someone can offer suggestions for further diagnosis or a fix ( yeah!). I am trying to get CVS using SSH functional ...

+ Reply to Thread
Results 1 to 3 of 3

Thread: scp lost connection problems

  1. scp lost connection problems

    Hi--

    I searched the archives at http://marc.info/?l=openssh-unix-dev&r=1&w=2
    and didn't quite find a match for my problem. So I hope someone can
    offer suggestions for further diagnosis or a fix ( yeah!).

    I am trying to get CVS using SSH functional over my home network but ran
    into "lost connection" errors with anything but small files. The SSH
    authentication seems to be okay, but the file transfers failed with:

    Read from remote host bettyboop: Software caused connection abort

    A little more debugging led me to attempt sending files via scp which
    ended up failing with the same error. I'm hoping that it's all from the
    same root cause. The error output from the client side appears below.

    The two systems are as follows:

    Client -- ABit AN8 32x, Windows 2000 SP4 using Cygwin.
    http://www.uabit.com/index.php?optio...ge=2&model=310
    Server -- MSI K9AG Neo2-Digital, FreeBSD 6.2
    http://global.msi.com.tw/index.php?f...=&prod_no=1241

    Thanks in advance!


    JBj

    ------- err.log -------

    Executing: program /usr/bin/ssh host bettyboop, user (unspecified),
    command scp -v -t .
    OpenSSH_4.7p1, OpenSSL 0.9.8e 23 Feb 2007
    debug2: ssh_connect: needpriv 0
    debug1: Connecting to bettyboop [192.168.5.80] port 22.
    debug1: Connection established.
    debug1: identity file /home/spanky/.ssh/id_rsa type -1
    debug3: Not a RSA1 key file /home/spanky/.ssh/id_dsa.
    debug2: key_type_from_name: unknown key type '-----BEGIN'
    debug3: key_read: missing keytype
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug2: key_type_from_name: unknown key type '-----END'
    debug3: key_read: missing keytype
    debug1: identity file /home/spanky/.ssh/id_dsa type 2
    debug1: Remote protocol version 2.0, remote software version
    OpenSSH_4.5p1 FreeBSD-20061110
    debug1: match: OpenSSH_4.5p1 FreeBSD-20061110 pat OpenSSH*
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_4.7
    debug2: fd 3 setting O_NONBLOCK
    debug1: SSH2_MSG_KEXINIT sent
    debug1: SSH2_MSG_KEXINIT received
    debug2: kex_parse_kexinit:
    diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit:
    aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit:
    aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit:
    hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit:
    hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: zlib@openssh.com,zlib,none
    debug2: kex_parse_kexinit: zlib@openssh.com,zlib,none
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit: first_kex_follows 0
    debug2: kex_parse_kexinit: reserved 0
    debug2: kex_parse_kexinit:
    diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-dss
    debug2: kex_parse_kexinit:
    aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit:
    aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit:
    hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit:
    hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: none,zlib@openssh.com
    debug2: kex_parse_kexinit: none,zlib@openssh.com
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit: first_kex_follows 0
    debug2: kex_parse_kexinit: reserved 0
    debug2: mac_setup: found hmac-md5
    debug1: kex: server->client aes128-cbc hmac-md5 zlib@openssh.com
    debug2: mac_setup: found hmac-md5
    debug1: kex: client->server aes128-cbc hmac-md5 zlib@openssh.com
    debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
    debug2: dh_gen_key: priv key bits set: 115/256
    debug2: bits set: 506/1024
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
    debug3: check_host_in_hostfile: filename /home/spanky/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 1
    debug3: check_host_in_hostfile: filename /home/spanky/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 1
    debug1: Host 'bettyboop' is known and matches the DSA host key.
    debug1: Found key in /home/spanky/.ssh/known_hosts:1
    debug2: bits set: 516/1024
    debug1: ssh_dss_verify: signature correct
    debug2: kex_derive_keys
    debug2: set_newkeys: mode 1
    debug1: SSH2_MSG_NEWKEYS sent
    debug1: expecting SSH2_MSG_NEWKEYS
    debug2: set_newkeys: mode 0
    debug1: SSH2_MSG_NEWKEYS received
    debug1: SSH2_MSG_SERVICE_REQUEST sent
    debug2: service_accept: ssh-userauth
    debug1: SSH2_MSG_SERVICE_ACCEPT received
    debug2: key: /home/spanky/.ssh/id_rsa (0x0)
    debug2: key: /home/spanky/.ssh/id_dsa (0x65a410)
    debug1: Authentications that can continue: publickey,keyboard-interactive
    debug3: start over, passed a different list publickey,keyboard-interactive
    debug3: preferred publickey,keyboard-interactive,password
    debug3: authmethod_lookup publickey
    debug3: remaining preferred: keyboard-interactive,password
    debug3: authmethod_is_enabled publickey
    debug1: Next authentication method: publickey
    debug1: Trying private key: /home/spanky/.ssh/id_rsa
    debug3: no such identity: /home/spanky/.ssh/id_rsa
    debug1: Offering public key: /home/spanky/.ssh/id_dsa
    debug3: send_pubkey_test
    debug2: we sent a publickey packet, wait for reply
    debug1: Server accepts key: pkalg ssh-dss blen 435
    debug2: input_userauth_pk_ok: fp
    78:1f:24:0f:d5:90:b3:de:2b:a9:a9:58:75:78:04:2f
    debug3: sign_and_send_pubkey
    debug1: read PEM private key done: type DSA
    debug1: Enabling compression at level 6.
    debug1: Authentication succeeded (publickey).
    debug2: fd 4 setting O_NONBLOCK
    debug2: fd 5 setting O_NONBLOCK
    debug2: fd 6 setting O_NONBLOCK
    debug1: channel 0: new [client-session]
    debug3: ssh_session2_open: channel_new: 0
    debug2: channel 0: send open
    debug1: Entering interactive session.
    debug2: callback start
    debug2: client_session2_setup: id 0
    debug1: Sending command: scp -v -t .
    debug2: channel 0: request exec confirm 0
    debug2: fd 3 setting TCP_NODELAY
    debug2: callback done
    debug2: channel 0: open confirm rwindow 0 rmax 32768
    debug2: channel 0: rcvd adjust 131072
    Sending file modes: C0777 512876 sludge.bsp
    debug2: channel 0: rcvd ext data 30
    Sink: C0777 512876 sludge.bsp
    debug2: channel 0: written 30 to efd 6
    debug1: channel 0: free: client-session, nchannels 1
    debug3: channel 0: status: The following connections are open:
    #0 client-session (t4 r0 i0/24 o0/0 fd 4/5 cfd -1)

    debug3: channel 0: close_fds r 4 w 5 e 6 c -1
    debug3: fd 0 is not O_NONBLOCK
    debug3: fd 1 is not O_NONBLOCK
    debug3: fd 2 is not O_NONBLOCK
    Read from remote host bettyboop: Software caused connection abort
    debug1: Transferred: stdin 0, stdout 0, stderr 66 bytes in 20.7 seconds
    debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 3.2
    debug1: Exit status -1
    debug1: compress outgoing: raw data 131206, compressed 49349, factor 0.38
    debug1: compress incoming: raw data 89, compressed 68, factor 0.76
    lost connection

  2. Re: scp lost connection problems

    Michael ****ner wrote:
    > James Eric Bjornsson wrote:
    > Hi,
    >
    >> Server -- MSI K9AG Neo2-Digital, FreeBSD 6.2
    >> http://global.msi.com.tw/index.php?f...=&prod_no=1241

    >
    > Ah, Realtek 8111B- had the same issue with Gigabyte G33-DS3R. Perhaps
    > the FreeBSD Driver is working under 7.0. I don't know. I disabled the
    > onboard NIC and now I use Intel PCI Card without any problems.
    >
    > Regards,
    > Michael!



    Doh! Thanks for not beating me over the head with it Michael. I'd
    started with FreeBSD on old hardware, so was pretty lax about checking
    for supported hardware. Makes sense a new board might not be fully
    supported.

    I'll use an old NIC --one that's listed-- I've got and see if that takes
    care of it.

    JBj

  3. Re: scp lost connection problems

    James Eric Bjornsson wrote:
    > Michael ****ner wrote:
    >> James Eric Bjornsson wrote:
    >> Hi,
    >>
    >>> Server -- MSI K9AG Neo2-Digital, FreeBSD 6.2
    >>> http://global.msi.com.tw/index.php?f...=&prod_no=1241
    >>>

    >>
    >> Ah, Realtek 8111B- had the same issue with Gigabyte G33-DS3R. Perhaps
    >> the FreeBSD Driver is working under 7.0. I don't know. I disabled the
    >> onboard NIC and now I use Intel PCI Card without any problems.
    >>
    >> Regards,
    >> Michael!

    >
    >
    > Doh! Thanks for not beating me over the head with it Michael. I'd
    > started with FreeBSD on old hardware, so was pretty lax about checking
    > for supported hardware. Makes sense a new board might not be fully
    > supported.
    >
    > I'll use an old NIC --one that's listed-- I've got and see if that takes
    > care of it.
    >
    > JBj

    Just a courtesy follow-up. I did indeed install the old NIC and all my
    SCP/SSH/CVS problems went away. Thanks very much, Michael !!

+ Reply to Thread