search for: sftpserver

I'm having some problems with the sftpserver from yesterdays snapshot. It's working fine on the machine I built it on, but the (supposedly) identical machines I rdisted it to fails (SGI O2, Irix 6.5.11m). The client says: % sftp buskfuru Connecting to buskfuru... Enter passphrase for key '/usr/people/jfm/.ssh/id_dsa': janfrode...

...t;; \ + TEST_SSH_SSHAGENT="$${BUILDDIR}/ssh-agent"; \ + TEST_SSH_SSHADD="$${BUILDDIR}/ssh-add"; \ + TEST_SSH_SSHKEYGEN="$${BUILDDIR}/ssh-keygen"; \ + TEST_SSH_SSHKEYSCAN="$${BUILDDIR}/ssh-keyscan"; \ + TEST_SSH_SFTP="$${BUILDDIR}/sftp"; \ + TEST_SSH_SFTPSERVER="$${BUILDDIR}/sftp-server"; \ + cd $(srcdir)/regress || exit $$?; \ + $(MAKE) \ + .OBJDIR="$${BUILDDIR}" \ + .CURDIR="`pwd`" \ + OBJ="$${BUILDDIR}" \ + PATH="$${BUILDDIR}:$${PATH}" \ + TEST_SSH_SSH="$${TEST_SSH_SSH}" \ + TEST_SSH_SSH...

I was testing the Linux port of 2.1.0p2 and noticed that the F-Secure SSH client for Windows 4.0 couldn't successfully connect using its secure file-transfer facility. The server log reported that authentication was successful, then the log left off with a semi-cryptic "subsystem request for sftp" line. After that, nothing. Poking around the source, I found this little routine in

...-0000 1.1 +++ regress/runtests.sh 22 Jul 2002 12:33:42 -0000 @@ -1,13 +1,45 @@ #!/bin/sh -TEST_SSH_SSH=../ssh -TEST_SSH_SSHD=../sshd -TEST_SSH_SSHAGENT=../ssh-agent -TEST_SSH_SSHADD=../ssh-add -TEST_SSH_SSHKEYGEN=../ssh-keygen -TEST_SSH_SSHKEYSCAN=../ssh-keyscan -TEST_SSH_SFTP=../sftp -TEST_SSH_SFTPSERVER=../sftp-server +pwd=`pwd` +bindir=`dirname $pwd` +PATH="$bindir:$PATH" +export PATH -pmake +TEST_SSH_TRACE=no # Enable for more detail in test +TEST_SSH_QUIET=no # Suppress status output +export TEST_SSH_TRACE TEST_SSH_QUIET +# Path to binaries to test +TEST_SSH_SSH=$bindir/ssh +TEST_...

Hi, is there a regular way that a subsystem process (sftpserver here) inherits environment variables from its parent (sshd)? Namely LANG and LC_* variables. In my case it's important to get the variable of hosting environment and not from client side (AcceptEnv). Regards Martin -- Registered Linux User #87175, http://linuxcounter.net

Hi, We are preparing to make the release of OpenSSH 4.8 soon, so we would greatly appreciate testing of snapshot releases in as many environments and on as many operating systems as possible. The highlights of this release are: * Added chroot(2) support for sshd(8), controlled by a new option "ChrootDirectory". Please refer to sshd_config(5) for details, and please use this

...ared.hhquaatj/downtmp/autopkgtest_tmp/user/tree/regress/forwarding.sh + SRC=/tmp/autopkgtest-virt-lxc.shared.hhquaatj/downtmp/autopkgtest_tmp/user/tree/regress + SSH=ssh + SSHD=sshd + SSHAGENT=ssh-agent + SSHADD=ssh-add + SSHKEYGEN=ssh-keygen + SSHKEYSCAN=ssh-keyscan + SFTP=sftp + SFTPSERVER=/usr/libexec/openssh/sftp-server + SCP=scp + PLINK=plink + PUTTYGEN=puttygen + CONCH=conch + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x/usr/lib/openssh/sftp-server != x ] + SFTPSERVER=/usr/lib/openssh/sftp-server + [ x...

...h-3.9p1/regress = x ] + [ ! -d /opt/SSH/openssh-3.9p1/regress ] SCRIPT=multiplex.sh + [ xmultiplex.sh = x ] + [ ! -f multiplex.sh ] + /bin/sh -n multiplex.sh + true + unset SSH_AUTH_SOCK SSH=ssh SSHD=sshd SSHAGENT=ssh-agent SSHADD=ssh-add SSHKEYGEN=ssh-keygen SSHKEYSCAN=ssh-keyscan SFTP=sftp SFTPSERVER=/usr/libexec/openssh/sftp-server SCP=scp + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + which sshd SSHD=/opt/SSH/openssh-3.9p1/regress/../sshd + export SSH SSHD SSHAGENT SSHADD SSHKEYGEN SSHKEYSCAN SFTP SFTPSERVER SCP...

Quite a few changes here, please test. http://www.mindrot.org/misc/openssh/openssh-SNAP-20000916.tar.gz -d 20000916 - (djm) New SuSE spec from Corinna Vinschen <corinna at vinschen.de> - (djm) Update CygWin support from Corinna Vinschen <vinschen at cygnus.com> - (djm) Use a real struct sockaddr inside the fake struct sockaddr_storage. Patch from Larry Jones <larry.jones at