On 03/29/2010 07:23 PM, Rick Sewill wrote: > On 03/29/2010 10:23 AM, Gianfranco Durin wrote: >> On 03/29/2010 03:28 PM, Aaron Konstam wrote: >>> On Mon, 2010-03-29 at 11:07 +0200, Gianfranco Durin wrote: >>>> On 03/25/2010 03:51 PM, Marvin Kosmal wrote: >>>>> Could start with which sftp on the Fedora machine. >>>>> >>>>> YMMV >>>>> >>>>> Marvin >>>>> >>>> >>>> Thanks, >>>> I use openssh >>>> >>>> and I have >>>> >>>> Subsystem sftp /usr/libexec/sftp-server >>>> >>>> enable in my sshd.config file. >>>> >>>> Is it enough? >>>> >>>> Gianfranco >>> This is the line in my sshd.conf file >>> Subsystem sftp /usr/libexec/openssh/sftp-server >>> >>> The file you reference does not exist on my machine. >> >> Yes, sorry, you are right, this is the very same I have >> >> Gianfranco > > Can you ssh successfully from the client side to the server side? > > Sorry if you already answered this question. > I started looking at this thread in the middle. > > If you cannot ssh, that will give us some hints. > > If you can ssh successfully, please check your /etc/hosts.allow and > /etc/hosts.deny files on the server side. I believe openssh-server is > built to examine those files. I believe those files can authenticate or > block connections on a per service per user per host basis. > I can do ssh, this is what I cannot understand > On the client side, can you do sftp -v .... > > Does anyone know if multiple sftp -v -v -v increase the logging level as > it does in ssh -v -v -v ? > > If using multiple -v does increase the logging level, can you do > sftp -v -v -v ... > > Ahah, very good idea! Yes, using multiple -v -v increase the logging level. Ok, now I try to do both ssh and sftp on my localhost (using -v). These are the outputs I get after I enter the password: ========================== ssh -v localhost debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@xxxxxxxxxxx debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env XMODIFIERS = @im=none debug1: Sending env LANG = en_US.UTF-8 So it works. But let's check the output of -v -v =========================== ssh -v -v localhost debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Requesting no-more-sessions@xxxxxxxxxxx debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug1: Sending environment. debug1: Sending env XMODIFIERS = @im=none debug2: channel 0: request env confirm 0 debug1: Sending env LANG = en_US.UTF-8 debug2: channel 0: request env confirm 0 debug2: channel 0: request shell confirm 1 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel_input_status_confirm: type 99 id 0 debug2: PTY allocation request accepted on channel 0 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: shell request accepted on channel 0 =========================== Now, let's try: sftp -v localhost debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@xxxxxxxxxxx debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env XMODIFIERS = @im=none debug1: Sending env LANG = en_US.UTF-8 debug1: Sending subsystem: sftp debug1: client_input_channel_req: channel 0 rtype exit-signal reply 0 debug1: client_input_channel_req: channel 0 rtype eow@xxxxxxxxxxx reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK Transferred: sent 1872, received 2040 bytes, in 0.1 seconds Bytes per second: sent 23294.9, received 25385.4 debug1: Exit status -1 Connection closed So it does not work. But no real information ========================== sftp -v -v localhost debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug2: fd 4 setting O_NONBLOCK debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Requesting no-more-sessions@xxxxxxxxxxx debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending environment. debug1: Sending env XMODIFIERS = @im=none debug2: channel 0: request env confirm 0 debug1: Sending env LANG = en_US.UTF-8 debug2: channel 0: request env confirm 0 debug1: Sending subsystem: sftp debug2: channel 0: request subsystem confirm 1 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: subsystem request accepted on channel 0 debug1: client_input_channel_req: channel 0 rtype exit-signal reply 0 debug1: client_input_channel_req: channel 0 rtype eow@xxxxxxxxxxx reply 0 debug2: channel 0: rcvd eow debug2: channel 0: close_read debug2: channel 0: input open -> closed debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug2: channel 0: rcvd close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK Transferred: sent 1872, received 2040 bytes, in 0.1 seconds Bytes per second: sent 22460.6, received 24476.3 debug1: Exit status -1 Connection closed ============================================================= Googling a little, I see I am not the only one to have a similar problem: http://www.experts-exchange.com/OS/Linux/Setup/Q_24958525.html http://support.expandrive.com/discussions/expandrive-mac/361-can-ssh-connect-on-the-comandline-but-expandrive-connection-allways-dies So, finally I tried: =================================== sftp -vvv localhost debug3: packet_send2: adding 64 (len 55 padlen 9 extra_pad 64) debug2: we sent a password packet, wait for reply debug3: Wrote 144 bytes for a total of 1621 debug1: Authentication succeeded (password). debug2: fd 4 setting O_NONBLOCK debug3: fd 5 is O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessions@xxxxxxxxxxx debug1: Entering interactive session. debug3: Wrote 128 bytes for a total of 1749 debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending environment. debug3: Ignored env ORBIT_SOCKETDIR debug3: Ignored env HOSTNAME debug3: Ignored env IMSETTINGS_INTEGRATE_DESKTOP debug3: Ignored env TERM debug3: Ignored env SHELL debug3: Ignored env XDG_SESSION_COOKIE debug3: Ignored env HISTSIZE debug3: Ignored env GTK_RC_FILES debug3: Ignored env WINDOWID debug3: Ignored env QTDIR debug3: Ignored env QTINC debug3: Ignored env IMSETTINGS_MODULE debug3: Ignored env USER debug3: Ignored env LS_COLORS debug3: Ignored env GNOME_KEYRING_SOCKET debug3: Ignored env SSH_AUTH_SOCK debug3: Ignored env SESSION_MANAGER debug3: Ignored env J2RE_HOME debug3: Ignored env DESKTOP_SESSION debug3: Ignored env MAIL debug3: Ignored env PATH debug3: Ignored env QT_IM_MODULE debug3: Ignored env NXDIR debug3: Ignored env PWD debug1: Sending env XMODIFIERS = @im=none debug2: channel 0: request env confirm 0 debug3: Ignored env GDM_KEYBOARD_LAYOUT debug1: Sending env LANG = en_US.UTF-8 debug2: channel 0: request env confirm 0 debug3: Ignored env KDE_IS_PRELINKED debug3: Ignored env GNOME_KEYRING_PID debug3: Ignored env GDM_LANG debug3: Ignored env KDEDIRS debug3: Ignored env GDMSESSION debug3: Ignored env SSH_ASKPASS debug3: Ignored env HISTCONTROL debug3: Ignored env HOME debug3: Ignored env SHLVL debug3: Ignored env GNOME_DESKTOP_SESSION_ID debug3: Ignored env JDKE_HOME debug3: Ignored env KMIX_PULSEAUDIO_DISABLE debug3: Ignored env LOGNAME debug3: Ignored env QTLIB debug3: Ignored env CVS_RSH debug3: Ignored env DBUS_SESSION_BUS_ADDRESS debug3: Ignored env LESSOPEN debug3: Ignored env DISPLAY debug3: Ignored env G_BROKEN_FILENAMES debug3: Ignored env XAUTHORITY debug3: Ignored env COLORTERM debug3: Ignored env _ debug1: Sending subsystem: sftp debug2: channel 0: request subsystem confirm 1 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug3: Wrote 192 bytes for a total of 1941 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: subsystem request accepted on channel 0 debug3: Wrote 48 bytes for a total of 1989 debug1: client_input_channel_req: channel 0 rtype exit-signal reply 0 debug1: client_input_channel_req: channel 0 rtype eow@xxxxxxxxxxx reply 0 debug2: channel 0: rcvd eow debug2: channel 0: close_read debug2: channel 0: input open -> closed debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) debug3: channel 0: close_fds r -1 w -1 e 6 c -1 debug3: Wrote 32 bytes for a total of 2021 debug3: Wrote 64 bytes for a total of 2085 debug1: fd 0 clearing O_NONBLOCK debug3: fd 1 is not O_NONBLOCK Transferred: sent 1872, received 2040 bytes, in 0.1 seconds Bytes per second: sent 22414.6, received 24426.1 debug1: Exit status -1 Connection closed ================================= Honestly, I am little confused... Thanks to all, Gianfranco -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
