New SFTP plugin available now

[ghisler(Author)]

That's an interesting idea, I will check whether this could be done.

[Sessizlik]

Hi, Is there a way to reset master password?

[ghisler(Author)]

What do you mean with "reset"? To change the master password, you need to go to Ctrl+F - Encrypt - Change master password.

If you FORGOT the master password, you need to delete the line starting with
AESVerify=
in your wcx_ftp.ini, and all password fields. Note that you will lose all stored passwords this way, they cannot be recovered without the master password.

[Sessizlik]

What do you mean with "reset"? To change the master password, you need to go to Ctrl+F - Encrypt - Change master password.

If you FORGOT the master password, you need to delete the line starting with
AESVerify=
in your wcx_ftp.ini, and all password fields. Note that you will lose all stored passwords this way, they cannot be recovered without the master password.

Thank you so much. At beginning I thought that master password is a global feature for enabling passwords.

Everything is clear now. I deleted necessary lines in wcx_ftp...

[rop]

Need help...

I have TC 7.04a 32-bit on XP-pro and installed the plugin
uwfx_sftp_1_3_60_8_base_bin.zip

The installation seemed to work ok,
but how do I specify in the FTP connection-dialog that
I want to use SFTP?

I tried marking SSL/TLS, but that gives me FTPS rather thatn SFTP, I guess...

I also tried to prefix the host with sftp://
but no success, either...

Connecting to the host with putty works OK,
and SFTP works with FileZilla, but would prefer to use TC if possible.

[CoolWater]

2rop

You cannot specify SFTP in the FTP connection dialog. SFTP is only accessible via Network neighborhood, Secure FTP.

As Karlchen wrote one page back:
Inside Total Commander go to Network Neighborhood. (Drive bar: icon \. Or drive drop down list: item labelled \ Network Neighborhood.)
Here you double click on the item named Secure FTP.
Inside the Secure FTP plugin, do not double click the item labelled "_F7=new connection.txt". It is just there to tell you how to create and save a new named connection: by pressing function key <F7>.

Regards

[rop]

thanks Cool!

Got that working now.

Only... there is no way to save the password? Need to retype it everytime?

[CoolWater]

2rop

Sure you can save the password in the SFTP connection dialog. Just after the line where you enter the username...

Regards

[rop]

Uhmm... connection-dialog?

All I get when connecting, are two simple dialog boxes with a single text-field... like:

User name: ______________
[OK] [Cancel]

and then another box:

Password: ______________
[OK] [Cancel]

but no save-options.

Am I missing something?

[CoolWater]

2rop

Yep, you are missing something Press F7->enter a connection/server name and then you will get the connection dialog

Or press ALT+Return on an existing connection

Regards

[ghisler(Author)]

I have TC 7.04a 32-bit on XP-pro and installed the plugin
uwfx_sftp_1_3_60_8_base_bin.zip

That's another sftp plugin, not the one I wrote. In my plugin (see first post of this thread), you can press Alt+Enter on a connection to fully configure it. I recommend that you protect the password with a strong master password.

[rop]

uwfx_sftp_1_3_60_8_base_bin.zip

That's another sftp plugin, not the one I wrote. In my plugin (see first post of this thread), you can press Alt+Enter on a connection to fully configure it. I recommend that you protect the password with a strong master password.

Thanks Christian,
Got it now

The uwfx* plugin I found from the FAQ, "Total Commander - Plugins"
ht tp ://ww w.ghisler.c om/plugins.ht m
(remove spaces)

Is that an obsolete answer then?

[ghisler(Author)]

It's just a different plugin with its own advantages and disadvantages.

[rop]

It's just a different plugin with its own advantages and disadvantages.

Ok.
Well, I definitely like yours much better, now that I tried them both
Shouldnt you add it to the FAQ, too?

[alinmesser]

Hello,

I'm using sftplug as well and it fits my needs better than the other SFTP plugins.
However, I think there is a bug with handling non-default ports, for example a have a host configured on port 2200. I can access it using PuTTY just fine.
To be more precise, I have a (Linux) gateway that listens on port 22 and does port forwarding (with iptables) on port 2200 to an internal host.
The setup is tested, as it used to work in the past and the port forwarding works for other services too (plus PuTTY works...).
OpenSSH 5.2 identical on both machines, tried public key as well with no success.
sftpplug.ini:[face=courier]
[main]
server=main.name.tld/root
user=root
protocol=1
codepage=0
compression=1
scpfordata=1
utf8=0
unixlinebreaks=0

[away]
server=away.name.tld:2200/root
user=root
protocol=1
codepage=0
compression=1
scpfordata=1
utf8=0
unixlinebreaks=0[/face]

sshd log:
[face=courier]Mar 8 12:10:24 away sshd[31235]: debug1: Forked child 31279.
Mar 8 12:10:24 away sshd[31279]: debug1: rexec start in 4 out 4 newsock 4 pipe 6 sock 7
Mar 8 12:10:25 away sshd[31279]: debug1: inetd sockets after dupping: 3, 3
Mar 8 12:10:25 away sshd[31279]: Connection from *.*.*.* port 38466
Mar 8 12:10:25 away sshd[31279]: debug1: Client protocol version 2.0; client software version libssh2_1.1
Mar 8 12:10:25 away sshd[31279]: debug1: no match: libssh2_1.1
Mar 8 12:10:25 away sshd[31279]: debug1: Enabling compatibility mode for protocol 2.0
Mar 8 12:10:25 away sshd[31279]: debug1: Local version string SSH-2.0-OpenSSH_5.2
Mar 8 12:10:25 away sshd[31279]: debug1: PAM: initializing for "root"
Mar 8 12:10:25 away sshd[31279]: debug1: PAM: setting PAM_RHOST to "*.*.*"
Mar 8 12:10:25 away sshd[31279]: debug1: PAM: setting PAM_TTY to "ssh"
Mar 8 12:10:27 away sshd[31283]: debug1: do_pam_account: called
Mar 8 12:10:27 away sshd[31279]: debug1: PAM: num PAM env strings 0
Mar 8 12:10:27 away sshd[31279]: debug1: do_pam_account: called
Mar 8 12:10:27 away sshd[31279]: Accepted keyboard-interactive/pam for root from *.*.*.* port 38466 ssh2
Mar 8 12:10:27 away sshd[31279]: debug1: monitor_child_preauth: root has been authenticated by privileged process
Mar 8 12:10:27 away sshd[31279]: debug1: PAM: establishing credentials
Mar 8 12:10:27 away sshd[31279]: pam_unix(sshd:session): session opened for user root by (uid=0)
Mar 8 12:10:27 away sshd[31279]: debug1: Entering interactive session for SSH2.
Mar 8 12:10:27 away sshd[31279]: debug1: server_init_dispatch_20
Mar 8 12:10:27 away sshd[31279]: debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 32768
Mar 8 12:10:27 away sshd[31279]: debug1: input_session_request
Mar 8 12:10:27 away sshd[31279]: debug1: channel 0: new [server-session]
Mar 8 12:10:27 away sshd[31279]: debug1: session_new: session 0
Mar 8 12:10:27 away sshd[31279]: debug1: session_open: channel 0
Mar 8 12:10:27 away sshd[31279]: debug1: session_open: session 0: link with channel 0
Mar 8 12:10:27 away sshd[31279]: debug1: server_input_channel_open: confirm session
Mar 8 12:10:27 away sshd[31279]: debug1: server_input_channel_req: channel 0 request subsystem reply 1
Mar 8 12:10:27 away sshd[31279]: debug1: session_by_channel: session 0 channel 0
Mar 8 12:10:27 away sshd[31279]: debug1: session_input_channel_req: session 0 req subsystem
Mar 8 12:10:27 away sshd[31279]: subsystem request for sftp
Mar 8 12:10:27 away sshd[31279]: debug1: subsystem: exec() /usr/lib64/misc/sftp-server -l DEBUG
Mar 8 12:10:27 away sshd[31284]: debug1: PAM: reinitializing credentials
Mar 8 12:10:27 away sshd[31284]: debug1: permanently_set_uid: 0/0
Mar 8 12:10:27 away sftp-server[31284]: session opened for local user root from [*.*.*.*]
Mar 8 12:10:27 away sftp-server[31284]: received client version 3
Mar 8 12:10:28 away sshd[31279]: debug1: session_by_channel: session 0 channel 0
Mar 8 12:10:28 away sshd[31279]: debug1: session_close_by_channel: channel 0 child 31284
Mar 8 12:10:28 away sshd[31279]: debug1: session_close_by_channel: channel 0: has child
Mar 8 12:10:28 away sftp-server[31284]: debug1: read eof
Mar 8 12:10:28 away sftp-server[31284]: session closed for local user root from [*.*.*.*]
Mar 8 12:10:28 away sshd[31279]: debug1: Received SIGCHLD.
Mar 8 12:10:28 away sshd[31279]: debug1: session_by_pid: pid 31284
Mar 8 12:10:28 away sshd[31279]: debug1: session_exit_message: session 0 channel 0 pid 31284
Mar 8 12:10:28 away sshd[31279]: debug1: session_exit_message: release channel 0
Mar 8 12:10:28 away sshd[31279]: debug1: session_by_channel: session 0 channel 0
Mar 8 12:10:28 away sshd[31279]: debug1: session_close_by_channel: channel 0 child 0
Mar 8 12:10:28 away sshd[31279]: debug1: session_close: session 0 pid 0
Mar 8 12:10:28 away sshd[31279]: debug1: channel 0: free: server-session, nchannels 1
Mar 8 12:10:29 away sshd[31279]: Received disconnect from *.*.*.*: 11: Shutdown
Mar 8 12:10:29 away sshd[31279]: debug1: do_cleanup
Mar 8 12:10:29 away sshd[31279]: debug1: PAM: cleanup
Mar 8 12:10:29 away sshd[31279]: debug1: PAM: deleting credentials
Mar 8 12:10:29 away sshd[31279]: debug1: PAM: closing session
Mar 8 12:10:29 away sshd[31279]: pam_unix(sshd:session): session closed for user root
[/face]