ssh works, scp stalls

From: Phil Moors (pmoors_at_greenbelt.com)
Date: 09/12/03

  • Next message: Christian Jaeger: "Accepting different server keys on different ports"
    Date: Fri, 12 Sep 2003 21:56:20 +1400
    To: secureshell@securityfocus.com
    
    

    Just the past week, I can no longer scp to my remote sites with either
    scp or sftp. The ssh utility works just as usual. I've seen only one
    other post with this problem on the dev list and there was no
    resolution. I've noticed some unusual things going on at my ISP like
    whether I can ping hosts on the internet depends on which dial up number
    I use. So they are clearly filtering ICMP on parts of their network.

    When I start scp everything goes as normal until after authentication.
    Then:

    debug1: ssh-userauth2 successful: method password
    debug1: fd 4 setting O_NONBLOCK
    debug1: fd 5 setting O_NONBLOCK
    debug1: channel 0: new [client-session]
    debug1: send channel open 0
    debug1: Entering interactive session.
    debug2: callback start
    debug1: ssh_session2_setup: id 0
    debug1: Sending command: scp -v -t .
    debug1: channel request 0: exec
    debug2: callback done
    debug1: channel 0: open confirm rwindow 0 rmax 32768
    debug2: channel 0: rcvd adjust 131072
    Sending file modes: C0664 7383040 ptdoc.tar
    ptdoc.tar 1% | | 132 KB - stalled -debug2: channel 0: rcvd adjust 65560
    ptdoc.tar 2% | | 196 KB - stalled -d

    I'll keep getting 'stalled' messages until the file is transferred,
    though it takes a very long time. While this is going on, the modem
    lights flash in a way I'm not used to seeing. In particular, the SD and
    CS leds flash on and off together.

    I've read posts about MTU and TCPMSS. The MTU for my 56k modem dial up
    shows up as 1500 in ifconfig. I've tweaked it to 576 and 1492 with no
    real change in behaviour.

    Has anyone seen this before??

    TIA,

    Phil


  • Next message: Christian Jaeger: "Accepting different server keys on different ports"

    Relevant Pages

    • Re: ssh xterm -> HPUX fails
      ... debug1: read PEM private key done: type RSA ... debug3: preauth child monitor started ... debug2: monitor_read: 0 used once, ... debug2: channel 0: sent ext data 106 ...
      (comp.security.ssh)
    • openssh3.7p1 chroot patch not work on solaris 7
      ... debug1: monitor_child_preauth: test has been authenticated by privileged process ... debug3: mm_get_keystate: Waiting for new keys ... debug2: mac_init: found hmac-sha1 ... debug1: channel 0: new ...
      (comp.unix.solaris)
    • openssh3.7p1 chroot patch not work on solaris 7
      ... debug1: monitor_child_preauth: test has been authenticated by privileged process ... debug3: mm_get_keystate: Waiting for new keys ... debug2: mac_init: found hmac-sha1 ... debug1: channel 0: new ...
      (comp.security.ssh)
    • openssh3.7p1 chroot patch not work on solaris 7
      ... debug1: monitor_child_preauth: test has been authenticated by privileged process ... debug3: mm_get_keystate: Waiting for new keys ... debug2: mac_init: found hmac-sha1 ... debug1: channel 0: new ...
      (comp.security.ssh)
    • SSH works but SFtp does not work
      ... # This is the sshd server system-wide configuration file. ... debug1: read PEM private key done: type RSA ... debug2: bits set: 512/1024 ... debug1: session_open: channel 0 ...
      (comp.os.qnx)