[opensuse] mc in 13.2: no "shell link"

newer
[opensuse] Invalid partition table

Carlos E. R.

9 Dec 2014 9 Dec '14

22:04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, in 13.1, the file menu in 'mc' (midnight commander) has this appearance: Left File Command Optio ┌───────────────────────┐──────.[^]>┐ │ File listing │ │S│Modify │ │ Quick view C-x q│ │R│1 17:20│ │ Info C-x i│e│K│9 13:19│ │ Tree │e│K│8 2006│ ├───────────────────────┤e│K│6 2007│ │ Listing mode... │r│K│9 2012│ │ Sort order... │t│K│8 2006│ │ Filter... │e│K│1 2010│ │ Encoding... M-e │e│K│2 2012│ ├───────────────────────┤r│K│8 2006│ │ FTP link... │l│K│8 2006│ │ Shell link... │a│K│4 2007│ <=== │ SFTP link... │t│K│3 2006│ │ SMB link... │a│K│1 2013│ │ Panelize │x│K│1 21:56│ ├───────────────────────┤a│K│3 2014│ │ Rescan C-r │t│K│3 2006│ └───────────────────────┘e│K│2 2011│ │/.bi~nt│K│ 2006││/.bi~nt│K│3 2006│ │/.bl~sh│K│ 2006││/.bl~sh│K│8 2006│ while in 13.2 it has this other appearance: Left File Command Options Right ┌───────────────────────┐ ~ ──────────.[^]>┐ │ File listing │Name │Si│Modify t│ │ Quick view C-x q│. │IR│23 12:45│ │ Info C-x i│cache │~B│ 9 22:34│ │ Tree │config│~B│ 9 20:39│ ├───────────────────────┤dbus │25│23 12:50│ │ Listing mode... │fonts │ 6│23 12:45│ │ Sort order... │gk~lm2│87│ 9 20:49│ │ Filter... │gs~.10│33│23 12:50│ │ Encoding... M-e │local │19│23 12:50│ ├───────────────────────┤mo~lla│39│ 9 20:39│ │ FTP link... │ssh │25│ 9 18:03│ │ SFTP link... │esktop│ 6│23 12:50│ │ SMB link... │oc~nts│19│30 02:43│ │ Panelize │ow~ads│ 6│23 12:50│ ├───────────────────────┤usic │ 6│23 12:50│ │ Rescan C-r │ic~res│ 6│23 12:50│ └───────────────────────┘ublic │ 6│23 12:50│ │/Tem~tes│ 6│23 12:50││/Tem~tes│ 6│23 12:50│ │/Videos │~B│ 9 20:12││/Videos │~B│ 9 20:12│ Notice that the "Shell link..." entry is missing. Why? It is a fresh install with all "patch" updates, running under vmplayer, for testing. ssh on the same terminal works. - -- Cheers Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlSHcfgACgkQtTMYHG2NR9WgHgCfdv1elEDWnZaGQsT15v3MdlKg qXMAn1+8FV3OPlLWnuAyGp5W+g7mFXg9 =K9Gy -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Show replies by date

John Andersen

10 Dec 10 Dec

01:41

On 12/9/2014 2:04 PM, Carlos E. R. wrote:

...

Hi,

in 13.1, the file menu in 'mc' (midnight commander) has this appearance:

Left File Command Optio ┌───────────────────────┐──────.[^]>┐ │ File listing │ │S│Modify │ │ Quick view C-x q│ │R│1 17:20│ │ Info C-x i│e│K│9 13:19│ │ Tree │e│K│8 2006│ ├───────────────────────┤e│K│6 2007│ │ Listing mode... │r│K│9 2012│ │ Sort order... │t│K│8 2006│ │ Filter... │e│K│1 2010│ │ Encoding... M-e │e│K│2 2012│ ├───────────────────────┤r│K│8 2006│ │ FTP link... │l│K│8 2006│ │ Shell link... │a│K│4 2007│ <=== │ SFTP link... │t│K│3 2006│ │ SMB link... │a│K│1 2013│ │ Panelize │x│K│1 21:56│ ├───────────────────────┤a│K│3 2014│ │ Rescan C-r │t│K│3 2006│ └───────────────────────┘e│K│2 2011│ │/.bi~nt│K│ 2006││/.bi~nt│K│3 2006│ │/.bl~sh│K│ 2006││/.bl~sh│K│8 2006│

while in 13.2 it has this other appearance:

Left File Command Options Right ┌───────────────────────┐ ~ ──────────.[^]>┐ │ File listing │Name │Si│Modify t│ │ Quick view C-x q│. │IR│23 12:45│ │ Info C-x i│cache │~B│ 9 22:34│ │ Tree │config│~B│ 9 20:39│ ├───────────────────────┤dbus │25│23 12:50│ │ Listing mode... │fonts │ 6│23 12:45│ │ Sort order... │gk~lm2│87│ 9 20:49│ │ Filter... │gs~.10│33│23 12:50│ │ Encoding... M-e │local │19│23 12:50│ ├───────────────────────┤mo~lla│39│ 9 20:39│ │ FTP link... │ssh │25│ 9 18:03│ │ SFTP link... │esktop│ 6│23 12:50│ │ SMB link... │oc~nts│19│30 02:43│ │ Panelize │ow~ads│ 6│23 12:50│ ├───────────────────────┤usic │ 6│23 12:50│ │ Rescan C-r │ic~res│ 6│23 12:50│ └───────────────────────┘ublic │ 6│23 12:50│ │/Tem~tes│ 6│23 12:50││/Tem~tes│ 6│23 12:50│ │/Videos │~B│ 9 20:12││/Videos │~B│ 9 20:12│

Notice that the "Shell link..." entry is missing. Why?

It is a fresh install with all "patch" updates, running under vmplayer, for testing. ssh on the same terminal works.

Sftp is still there. As I understand it, shell link was simply a fish connection. In Dolphin you can still access a remote file system by typing in a url like fish://user@machine/directory and that seems to work but it is not materially different than sftp://user@machine/directory One appears to use ki0_fish.so and the other uses kio_sftp.so Maybe it is just reducing the number of redundancies. There appears to be a gnome module name libsftp.so but I don't see a gnome libfish.so. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

03:44

On 2014-12-10 02:41, John Andersen wrote:

...

On 12/9/2014 2:04 PM, Carlos E. R. wrote:

...

Sftp is still there. As I understand it, shell link was simply a fish connection.

sftp refers to secure ftp, and shell link refers to ssh. Not the same thing. I can not make a connection on sftp, unless I start the correct daemon on destination, whereas sshd is always running on all my machines. Re dolphin, gnome, etc... please remember that 'mc' is a terminal app. I need confirmation if I'm the only one experiencing this, or it is a generalized issue and possible bug, prior to reporting. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

John M Andersen

04:12

On 12/9/2014 7:44 PM, Carlos E. R. wrote:

...

On 2014-12-10 02:41, John Andersen wrote:

...
On 12/9/2014 2:04 PM, Carlos E. R. wrote:

...
Sftp is still there. As I understand it, shell link was simply a fish connection. sftp refers to secure ftp, and shell link refers to ssh. Not the same thing. Two sources suggest that shell link uses fish. http://www.roman-online.net/content/open-shell-link-midnight-commander https://dev.openwrt.org/ticket/8902

SFTP is in fact ssh: https://kb.iu.edu/d/akqg sftp is a dead on duplicate of the fish protocol. http://en.wikipedia.org/wiki/Files_transferred_over_shell_protocol

...

I can not make a connection on sftp, unless I start the correct daemon on destination, whereas sshd is always running on all my machines.

Since sftp is file transfer over ssh, if you have sshd running, you already have sftp support.

...

Re dolphin, gnome, etc... please remember that 'mc' is a terminal app.

That was already quite clear. This isn't my first rodeo Carlos.

...

I need confirmation if I'm the only one experiencing this, or it is a generalized issue and possible bug, prior to reporting.

I confirm that shell link does not appear on mc running in my OS 13.2. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

04:41

On 2014-12-10 05:12, John M Andersen wrote:

...

SFTP is in fact ssh:

No. The wikipedia is dead, so I can not show you the links, but there are two different aceptions for that word. One is ssh, the other is an ftp variant. The one on mc is the later meaning, also called ftps on some places. And it simply does not work. The man page says: +++—-—-—-—-—-—-—-—-—-—-—-—-—-—-—- Currently the Midnight Commander is packaged with some Virtual File Systems (VFS): the local file system, used for accessing the regular Unix file system; the ftpfs, used to manipulate files on remote systems with the FTP protocol; the tarfs, used to manipulate tar and compressed tar files; the undelfs, used to recover deleted files on ext2 file systems (the default file system for Linux systems), fish (for manipulating files over shell connections such as rsh and ssh). If the code was compiled with sftpfs (for manipulating files over *SFTP* connections). If the code was compiled with smbfs support, you can manipulate files on remote systems with the SMB (CIFS) protocol. —-—-—-—-—-—-—-—-—-—-—-—-—-—-—-++- See? sftpfs = SFTP.

...

Since sftp is file transfer over ssh, if you have sshd running, you already have sftp support.

It is not. Of course I have the sshd daemon running. I can connect from any machine but this sftp in 13.2, which is NOT ssh (nor fish). It is the same word, but not the same thing. It means probably that the packager disabled ssh. :-( -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Charles Philip Chan

05:04

On 9 Dec 2014, robin.listas@telefonica.net wrote:

...

On 2014-12-10 05:12, John M Andersen wrote:

...
SFTP is in fact ssh:

No. The wikipedia is dead, so I can not show you the links, but there are two different aceptions for that word. One is ssh, the other is an ftp variant. The one on mc is the later meaning, also called ftps on some places.

And it simply does not work.

You need to have: ,---- | Subsystem sftp /usr/lib/ssh/sftp-server `---- uncommented in your /etc/ssh/sshd_config. I have tested it out with the mc in Tumbleweed and it works. Charles -- "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." (By dmeggins@aix1.uottawa.ca)

Carlos E. R.

05:14

On 2014-12-10 06:04, Charles Philip Chan wrote:

...

On 9 Dec 2014, robin.listas@ wrote:

...

You need to have:

,---- | Subsystem sftp /usr/lib/ssh/sftp-server `----

uncommented in your /etc/ssh/sshd_config. I have tested it out with the mc in Tumbleweed and it works.

As a matter of fact, I do have that line not-commented, but I can not use sftp in mc in any system, 13.1 or 13.2 The same entry, tested in 13.1, works in ssh, but not in sftp. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Charles Philip Chan

05:35

Hi Carlos:

...

As a matter of fact, I do have that line not-commented, but I can not use sftp in mc in any system, 13.1 or 13.2

The same entry, tested in 13.1, works in ssh, but not in sftp.

Strange, it works for me in the latest Tumbleweed. Do you see anything strange in /var/log/messages? Also, did you enter the url correctly in the form of: ,---- | sftp://[user]@[host]:[port][directory] `---- ? Charles -- "We all know Linux is great...it does infinite loops in 5 seconds." (Linus Torvalds about the superiority of Linux on the Amsterdam Linux Symposium)

John Andersen

05:41

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/09/2014 09:35 PM, Charles Philip Chan wrote:

...

Hi Carlos:

...
As a matter of fact, I do have that line not-commented, but I can not use sftp in mc in any system, 13.1 or 13.2

The same entry, tested in 13.1, works in ssh, but not in sftp.

Strange, it works for me in the latest Tumbleweed. Do you see anything strange in /var/log/messages? Also, did you enter the url correctly in the form of:

,---- | sftp://[user]@[host]:[port][directory] `----

?

Charles

On my machine, when I click sftp-link it pops up a window, and that window works fine when I enter simply user@host (And, since I have my public key pushed to that host, it never asks for password) I don't have to put the sftp:// part in, and Carlos did put that in, (shown in another posting) and it failed. Maybe try without all that decoration? - -- After all is said and done, more is said than done. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlSH3PUACgkQv7M3G5+2DLL3aQCdFXJBpNChYoLy938tb+YCpRIJ aH4AoJKIDR1MeZvY0oT+szZl80JEal96 =oMB5 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

15:12

On 2014-12-10 06:41, John Andersen wrote:

...

On 12/09/2014 09:35 PM, Charles Philip Chan wrote:

...

On my machine, when I click sftp-link it pops up a window, and that window works fine when I enter simply user@host

(And, since I have my public key pushed to that host, it never asks for password) I don't have to put the sftp:// part in, and Carlos did put that in, (shown in another posting) and it failed. Maybe try without all that decoration?

I have tried all those combinations trying to make it work. The one I tried first, and the one that works on "shell link" is plain "user@host" It even fails on 13.2 --> 13.2 using "user@localhost". And 13.2 is a brand new install, fully patched. Tried both xfce and mate. It is a vmplayer guest, for testing. I forgot to send this on the past "night". Sending now. Ah, "ftp" in mc works. Also, ssh in a terminal, not mc, works. And "scp" in a terminal also works: cer@oS-13-2:~> scp cer@telcontar.valinor:hello . Password: hello 100% 12 0.0KB/s 00:00 cer@oS-13-2:~> I have tried caja, thunar, and nautilus. None appear to support fish, but only caja clearly says so. I don't have dolphin installed, and I can't, a virtual system is not intended to have everything, and kde is not one of them. Already gnome, mate and xfce is enough. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

jdd

15:44

Le 10/12/2014 16:12, Carlos E. R. a écrit :

...

I have tried caja, thunar,

sftp works in thunar, but not fish and nautilus. None appear to support fish,

...

but only caja clearly says so. I don't have dolphin

dolphin have a split view like mc, very handy. I use it every days to transfer photos to my online server (fish) installed, and I

...

can't, a virtual system is not intended to have everything, and kde is not one of them. Already gnome, mate and xfce is enough.

don't know what overhear is needed for dolphin, but making a snapshot and installing dolphin should give you the answer jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

16:11

On 2014-12-10 16:44, jdd wrote:

...

Le 10/12/2014 16:12, Carlos E. R. a écrit :

...
I have tried caja, thunar,

sftp works in thunar, but not fish

Ah? Yes, right, it does, just tried. And caja does, too. Actually, they share the credentials, I did not have to enter them again. Caja is interesting, it has a double panel view.

...

dolphin have a split view like mc, very handy. I use it every days to transfer photos to my online server (fish)

Yes, like caja. A bit too simple compared to mc, though. There was a graphical tools somewhere similar to mc, but a bit limited, last time I tried. What was it...? Ah, krusader, I think. I also have a note about "tkdesk". (installing krusader wants to install 50 packages more) I'll try it on my main system again.

...

don't know what overhear is needed for dolphin, but making a snapshot and installing dolphin should give you the answer

It is of course possible, but instead of a light test system I get a heavy system. Not my intention :-) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Mark Goldstein

16:27

On Wed, Dec 10, 2014 at 6:11 PM, Carlos E. R. wrote:

...

On 2014-12-10 16:44, jdd wrote:

...
Le 10/12/2014 16:12, Carlos E. R. a écrit :

...
I have tried caja, thunar,

sftp works in thunar, but not fish

(installing krusader wants to install 50 packages more)

I'll try it on my main system again.

...
don't know what overhear is needed for dolphin, but making a snapshot and installing dolphin should give you the answer

It is of course possible, but instead of a light test system I get a heavy system. Not my intention :-)

I've just try on my 13.2 to another computer with 13.1 The results: ssh, sftp from command line work fine (from 13.2 to 13.1) mc - the same error as Carlos'. fish in krusader (KDE3) - works fine. sftp in krusader - also fine. sftp in mc from 13.1 to 13.2 - same error. Now, why it indicates "/sftp://host"? I would expect "sftp://host"? Where the first slash came from? -- Mark Goldstein -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

jdd

16:46

Le 10/12/2014 17:27, Mark Goldstein a écrit :

...

Now, why it indicates "/sftp://host"? I would expect "sftp://host"? Where the first slash came from?

could be the problem, because it asks for the passwd and should not if it had connexion problem. a way to fix this without recompiling? jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

17:29

On 2014-12-10 17:46, jdd wrote:

...

Le 10/12/2014 17:27, Mark Goldstein a écrit :

...
Now, why it indicates "/sftp://host"? I would expect "sftp://host"? Where the first slash came from?

Yes, I thought the same.

...

could be the problem, because it asks for the passwd and should not if it had connexion problem.

There is connection, the server side logs it. I think it says the client aborted: "Received disconnect from 127.0.0.1: 11: Normal Shutdown [preauth]" -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Mark Goldstein

17:32

On Wed, Dec 10, 2014 at 7:29 PM, Carlos E. R. wrote: ...

...

There is connection, the server side logs it. I think it says the client aborted: "Received disconnect from 127.0.0.1: 11: Normal Shutdown [preauth]"

Perfect timing, I've just sent the same observation. :-) -- Mark Goldstein -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Mark Goldstein

17:47

On Wed, Dec 10, 2014 at 7:32 PM, Mark Goldstein wrote:

...

On Wed, Dec 10, 2014 at 7:29 PM, Carlos E. R. wrote: ...

And now sshd run in debug mode: debug1: SSH2_MSG_KEXINIT sent [preauth] debug1: SSH2_MSG_KEXINIT received [preauth] debug1: kex: client->server aes128-ctr hmac-sha1 none [preauth] debug1: kex: server->client aes128-ctr hmac-sha1 none [preauth] debug1: expecting SSH2_MSG_KEXDH_INIT [preauth] debug1: SSH2_MSG_NEWKEYS sent [preauth] debug1: expecting SSH2_MSG_NEWKEYS [preauth] debug1: SSH2_MSG_NEWKEYS received [preauth] debug1: KEX done [preauth] debug1: userauth-request for user XXXXX service ssh-connection method none [preauth] debug1: attempt 0 failures 0 [preauth] debug1: PAM: initializing for "XXXXX" debug1: PAM: setting PAM_RHOST to "YYYYY" debug1: PAM: setting PAM_TTY to "ssh" debug1: userauth-request for user XXXXX service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] Connection closed by ZZ.ZZ.ZZ.ZZ [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: PAM: cleanup debug1: Killing privsep child 2031 ZZ.ZZ.ZZ.ZZ is the machine where mc/sftp runs. So no clue on destinaltion side. -- Mark Goldstein -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

18:16

On 2014-12-10 18:47, Mark Goldstein wrote:

...

On Wed, Dec 10, 2014 at 7:32 PM, Mark Goldstein

...

debug1: userauth-request for user XXXXX service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] <============ Connection closed by ZZ.ZZ.ZZ.ZZ [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: PAM: cleanup debug1: Killing privsep child 2031

ZZ.ZZ.ZZ.ZZ is the machine where mc/sftp runs. So no clue on destinaltion side.

No, I think it is the client which aborts. The server says 1 attempt, 0 failures... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

John Andersen

18:23

On December 10, 2014 10:16:21 AM PST, "Carlos E. R." wrote:

...

On 2014-12-10 18:47, Mark Goldstein wrote:

...
On Wed, Dec 10, 2014 at 7:32 PM, Mark Goldstein

...
debug1: userauth-request for user XXXXX service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] <============ Connection closed by ZZ.ZZ.ZZ.ZZ [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: PAM: cleanup debug1: Killing privsep child 2031

ZZ.ZZ.ZZ.ZZ is the machine where mc/sftp runs. So no clue on destinaltion side.

No, I think it is the client which aborts. The server says 1 attempt, 0 failures...

Does the client side ever ask for a password? Does the client side and server side support ssh2 as mandatory or at least preferred? -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

18:29

On 2014-12-10 19:23, John Andersen wrote:

...

On December 10, 2014 10:16:21 AM PST, "Carlos E. R." <> wrote:

...
On 2014-12-10 18:47, Mark Goldstein wrote:

...
On Wed, Dec 10, 2014 at 7:32 PM, Mark Goldstein

...
debug1: userauth-request for user XXXXX service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] <============ Connection closed by ZZ.ZZ.ZZ.ZZ [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: PAM: cleanup debug1: Killing privsep child 2031

ZZ.ZZ.ZZ.ZZ is the machine where mc/sftp runs. So no clue on destinaltion side.

No, I think it is the client which aborts. The server says 1 attempt, 0 failures...

Does the client side ever ask for a password?

Yes.

...

Does the client side and server side support ssh2 as mandatory or at least preferred?

I have no idea. The client is 'mc', default installed, how do I find out? The error the client says is «Cannot chdir to "/sftp://cer@telcontar.valinor"», or similar. And, as posted elsewhere, CLI: scp works. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

John Andersen

20:17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/10/2014 10:29 AM, Carlos E. R. wrote:

...

On 2014-12-10 19:23, John Andersen wrote:

...
On December 10, 2014 10:16:21 AM PST, "Carlos E. R." <> wrote:

...
On 2014-12-10 18:47, Mark Goldstein wrote:

...
On Wed, Dec 10, 2014 at 7:32 PM, Mark Goldstein

...
debug1: userauth-request for user XXXXX service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] <============ Connection closed by ZZ.ZZ.ZZ.ZZ [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: PAM: cleanup debug1: Killing privsep child 2031

ZZ.ZZ.ZZ.ZZ is the machine where mc/sftp runs. So no clue on destinaltion side.

No, I think it is the client which aborts. The server says 1 attempt, 0 failures...

Does the client side ever ask for a password?

Yes.

...
Does the client side and server side support ssh2 as mandatory or at least preferred?

I have no idea. The client is 'mc', default installed, how do I find out?

The error the client says is «Cannot chdir to "/sftp://cer@telcontar.valinor"», or similar.

And, as posted elsewhere, CLI: scp works.

Well, since sftp is ssh, you have to check your ssh_config on the client side to see if it will allow or default to protocol 2. Anytime we are talking about SFTP-Link the settings most important will be in the normal ssh settings files. - ------- By the way Carlos, I've done some testing again this morning, and I am not convinced there is anything wrong with mc, BUT..... There may be something wrong with sftp handling on 13.2 server side...or client side (haven' figured out which. Reason: Using only sftp-link OS13.2 -----> OS10.2 works fine OS13.2 -----> OpenBSD5.6 Works fine OS13.2 -----> NetBSD6.1.6 Works fine 0S13.2 -----> OS13.2 (localhost) FAIL as you indicate above. <----- OS10.2 -----> OS13.2 (shell-link aka Fish) Works fine OpenBSD5.5 ----> OS13.2 Shell-link aka Fish) works fine The change log for MC shows a bunch of deletions of fish related things. - -- After all is said and done, more is said than done. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlSIqkcACgkQv7M3G5+2DLKHuACfQKy/pBcSyn18wt7bHyVrtJXI zmcAnjS9OIHrnyj9IVRsgRojAMVnHxm1 =w7Iy -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R.

22:40

On 2014-12-10 21:17, John Andersen wrote:

...

On 12/10/2014 10:29 AM, Carlos E. R. wrote:

...

Well, since sftp is ssh, you have to check your ssh_config on the client side to see if it will allow or default to protocol 2. Anytime we are talking about SFTP-Link the settings most important will be in the normal ssh settings files.

Well, they are the default distribution files, I haven't changed anything on the client. I only do a change on the server: #CER increase tries, or we get: # Received disconnect from 192.168.1.129: 2: Too many authentication failures for cer MaxAuthTries 12 On the client file, I see: Protocol 2

...

The change log for MC shows a bunch of deletions of fish related things.

Yes, fish has been disabled intentionally. Oh, I see the cause has been identified. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Mark Goldstein

18:30

On Wed, Dec 10, 2014 at 8:16 PM, Carlos E. R. wrote:

...

On 2014-12-10 18:47, Mark Goldstein wrote:

...
On Wed, Dec 10, 2014 at 7:32 PM, Mark Goldstein

...
debug1: userauth-request for user XXXXX service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] <============ Connection closed by ZZ.ZZ.ZZ.ZZ [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: PAM: cleanup debug1: Killing privsep child 2031

ZZ.ZZ.ZZ.ZZ is the machine where mc/sftp runs. So no clue on destinaltion side.

No, I think it is the client which aborts. The server says 1 attempt, 0 failures...

Yep... It looks like the problem is "connection method password'... When I ran sshd with higher level of debugging, I see that daemon complains that "password" is incorrect connection method and moves to the next one. When I do the same from command line or from fish filesystem, the connection methid requested is "keyboard-interactive/pam" -- Mark Goldstein -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org