Hi - We have been fighting this issue quite some time now and a posting on the general list some months ago did not provide any answers. So I thought the developers may have an insight. We are in a Tru64 4.0F environment, running C2 security and TCP Wrappers. We are using OpenSSH_2.5.1p2 OpenSSL 0.9.5 28 Feb 2000 Zlib 1.1.3 for remote sessions and all works ok with ssh but we have many problems with sftp. Namely, the session ends when a user issues an 'ls' command during a sftp session. The following debug output may give someone a hint. Any help would be greatly appreciated. host1.mydomain.com> sftp georged at machine.domain.gov : : (snipped authentication output) : : Sftp2/sftp2.c:2205: buffer: 'AUTHENTICATED YES ' debug: SshTtyFlags/sshttyflags.c:294: Not a tty. (fd = 0) sftp> ls SshFCGlob/sshfc_glob.c:299: Adding file . to file list without globbing... SshFCGlob/sshfc_glob.c:242: File list is at it's end. SshFCGlob/sshfc_glob.c:76: Destroying global data... SshFCRecurse/sshfc_recurse.c:180: File is "raw", and it needs to be parsed. SshFCRecurse/sshfc_recurse.c:258: File . is a directory. Starting recursion... SshFCRecurse/sshfc_recurse.c:877: Opening directory .... . Warning: ssh_packet_wrapper_input: invalid packet received: len 1399154545 closing the offending input channel. SshFCRecurse/sshfc_recurse.c:972: Connection down, re-establishing... FATAL: find_state_by_name: cannot find a state w/ name `fcr_lstat_file'. host1.mydomain.com> debug: Ssh2ChannelSession/sshchsession.c:1306: received exit status : 139 debug: Ssh2Common/sshcommon.c:660: num_channels now 0 debug: Got session close with exit_status=139 debug: destroying client struct... debug: uninitializing event loop host1.mydomain.com> ---------------------------------------- George Dimitoglou Emergent-IT, Space Sciences Division SOHO ESA/NASA Project Scientist Team Laboratory of Astronomy & Solar Physics NASA Goddard Space Flight Center Bldg. 26, G-1, Code 682.3 Greenbelt, MD 20771 george at esa.nascom.nasa.gov ----------------------------------------
Once upon a time, George Dimitoglou <george at esa.nascom.nasa.gov> said:> We are in a Tru64 4.0F environment, running C2 security and TCP > Wrappers. > > We are using OpenSSH_2.5.1p2 > OpenSSL 0.9.5 28 Feb 2000 > Zlib 1.1.3 > > for remote sessions and all works ok with ssh but we have many problems > with sftp. > > Namely, the session ends when a user issues an 'ls' command during a > sftp session. The following debug output may give someone a hint.It is fixed in OpenSSH 2.9p1. The problem is that sftp-server.c uses an "ll" modifier in snprintf when printing a 64 bit integer. On 32 bit platforms, "long long" is used for that type, which needs "ll". On 64 bit platforms (like Alpha), a 64 bit type is just a "long" and only needs "l". Tru64 doesn't understand "ll" and segfaults when it sees it (it actually could be used as a security hole I believe). OpenSSH 2.9p1 tests the library snprintf to see that it accepts "ll" and uses its own version if "ll" doesn't work. -- Chris Adams <cmadams at hiwaay.net> Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble.
What kind of sftp program is this? looks like the commercial version and not openssh. On Thu, May 31, 2001 at 11:00:08AM -0400, George Dimitoglou wrote:> > Hi - > > We have been fighting this issue quite some time now and a posting on > the general list some months ago did not provide any answers. So I > thought the developers may have an insight. > > We are in a Tru64 4.0F environment, running C2 security and TCP > Wrappers. > > We are using OpenSSH_2.5.1p2 > OpenSSL 0.9.5 28 Feb 2000 > Zlib 1.1.3 > > for remote sessions and all works ok with ssh but we have many problems > with sftp. > > Namely, the session ends when a user issues an 'ls' command during a > sftp session. The following debug output may give someone a hint. > > > Any help would be greatly appreciated. > > > > host1.mydomain.com> sftp georged at machine.domain.gov > > : > : > (snipped authentication output) > : > : > Sftp2/sftp2.c:2205: buffer: 'AUTHENTICATED YES > ' > debug: SshTtyFlags/sshttyflags.c:294: Not a tty. (fd = 0) > sftp> ls > SshFCGlob/sshfc_glob.c:299: Adding file . to file list without globbing... > SshFCGlob/sshfc_glob.c:242: File list is at it's end. > SshFCGlob/sshfc_glob.c:76: Destroying global data... > SshFCRecurse/sshfc_recurse.c:180: File is "raw", and it needs to be parsed. > SshFCRecurse/sshfc_recurse.c:258: File . is a directory. Starting recursion... > SshFCRecurse/sshfc_recurse.c:877: Opening directory .... > . > Warning: ssh_packet_wrapper_input: invalid packet received: len 1399154545 closing the offending input channel. > SshFCRecurse/sshfc_recurse.c:972: Connection down, re-establishing... > FATAL: find_state_by_name: cannot find a state w/ name `fcr_lstat_file'. > host1.mydomain.com> debug: Ssh2ChannelSession/sshchsession.c:1306: received exit status : 139 > debug: Ssh2Common/sshcommon.c:660: num_channels now 0 > debug: Got session close with exit_status=139 > debug: destroying client struct... > debug: uninitializing event loop > > host1.mydomain.com> > > > ---------------------------------------- > George Dimitoglou > Emergent-IT, Space Sciences Division > > SOHO ESA/NASA Project Scientist Team > Laboratory of Astronomy & Solar Physics > NASA Goddard Space Flight Center > Bldg. 26, G-1, Code 682.3 > Greenbelt, MD 20771 > > george at esa.nascom.nasa.gov > ---------------------------------------- > > >
Hi Markus - No, it is the free version. George> > What kind of sftp program is this? > > looks like the commercial version and not openssh. > > > On Thu, May 31, 2001 at 11:00:08AM -0400, George Dimitoglou wrote: > > > > Hi - > > > > We have been fighting this issue quite some time now and a posting on > > the general list some months ago did not provide any answers. So I > > thought the developers may have an insight. > > > > We are in a Tru64 4.0F environment, running C2 security and TCP > > Wrappers. > > > > We are using OpenSSH_2.5.1p2 > > OpenSSL 0.9.5 28 Feb 2000 > > Zlib 1.1.3 > > > > for remote sessions and all works ok with ssh but we have many problems > > with sftp. > > > > Namely, the session ends when a user issues an 'ls' command during a > > sftp session. The following debug output may give someone a hint. > > > > > > Any help would be greatly appreciated. > > > > > > > > host1.mydomain.com> sftp georged at machine.domain.gov > > > > : > > : > > (snipped authentication output) > > : > > : > > Sftp2/sftp2.c:2205: buffer: 'AUTHENTICATED YES > > ' > > debug: SshTtyFlags/sshttyflags.c:294: Not a tty. (fd = 0) > > sftp> ls > > SshFCGlob/sshfc_glob.c:299: Adding file . to file list withoutglobbing...> > SshFCGlob/sshfc_glob.c:242: File list is at it's end. > > SshFCGlob/sshfc_glob.c:76: Destroying global data... > > SshFCRecurse/sshfc_recurse.c:180: File is "raw", and it needs to beparsed.> > SshFCRecurse/sshfc_recurse.c:258: File . is a directory. Startingrecursion...> > SshFCRecurse/sshfc_recurse.c:877: Opening directory .... > > . > > Warning: ssh_packet_wrapper_input: invalid packet received: len1399154545 closing the offending input channel.> > SshFCRecurse/sshfc_recurse.c:972: Connection down, re-establishing... > > FATAL: find_state_by_name: cannot find a state w/ name `fcr_lstat_file'. > > host1.mydomain.com> debug: Ssh2ChannelSession/sshchsession.c:1306:received exit status : 139> > debug: Ssh2Common/sshcommon.c:660: num_channels now 0 > > debug: Got session close with exit_status=139 > > debug: destroying client struct... > > debug: uninitializing event loop > > > > host1.mydomain.com> > > > > > > ---------------------------------------- > > George Dimitoglou > > Emergent-IT, Space Sciences Division > > > > SOHO ESA/NASA Project Scientist Team > > Laboratory of Astronomy & Solar Physics > > NASA Goddard Space Flight Center > > Bldg. 26, G-1, Code 682.3 > > Greenbelt, MD 20771 > > > > george at esa.nascom.nasa.gov > > ---------------------------------------- > > > > > >---------------------------------------- George Dimitoglou Emergent-IT, Space Sciences Division SOHO ESA/NASA Project Scientist Team Laboratory of Astronomy & Solar Physics NASA Goddard Space Flight Center Bldg. 26, G-1, Code 682.3 Greenbelt, MD 20771 george at esa.nascom.nasa.gov ----------------------------------------