shell link via ssh fails to restore after connection lost

[mc-butler]

Important

This issue was migrated from Trac:

Origin	https://midnight-commander.org/ticket/2256
Reporter	crissi (crissi99@….de)
Mentions	zaytsev (@zyv), gotar@….pl

I use a remote dir using "Shell link" (via ssh). If the connection was resetted by peer (e.g. adsl disconnect and reconnect with new ip address) changing the remote director fails instead of reconnecting. mc knows my password already, so it could reconnect and shoudl do that. Selecting "Rescan" fails also :(
Reconnect via "Shell link" also fails. Only way is to close mc and start again from new.

[mc-butler]

Changed by andrew_b (@aborodin) on Jul 5, 2010 at 4:04 UTC (comment 1)

• Component changed from mc-core to mc-vfs

[mc-butler]

Changed by andrew_b (@aborodin) on Jul 5, 2010 at 4:12 UTC

Replying to crissi (#2256):

Only way is to close mc and start again from new.

Did you try to decrease the VFS timeout (menu Options->Virtual FS) or free VFS forced (menu Command->Active VFS list)?

[mc-butler]

Changed by crissi (crissi99@….de) on Jul 5, 2010 at 5:55 UTC (comment 3)

No but its set to 60s. But it fails also after this time (e.g. several hours)

[mc-butler]

Changed by zaytsev (@zyv) on Jul 5, 2010 at 7:35 UTC (comment 4)

• Cc set to zaytsev
• Version changed from 4.7.0-pre1 to master

I don't think it's possible to implement this, because actually mc doesn't know the password (remember, we are talking about FISH, not FTP here). However, rescan is probably to be fixed...

[mc-butler]

Changed by gotar (gotar@….pl) on Sep 29, 2010 at 14:11 UTC (comment 5)

• Cc changed from zaytsev to zaytsev, gotar@….pl

[mc-butler]

Changed by andrew_b (@aborodin) on Nov 16, 2011 at 5:52 UTC (comment 6)

• Branch state set to no branch
• Milestone changed from 4.7 to Future Releases

[mc-butler]

Changed by andrew_b (@aborodin) on Aug 22, 2014 at 4:44 UTC (comment 7)

Ticket #3249 has been marked as a duplicate of this ticket.

[mc-butler]

Changed by csbubbles (csbubbles@….com) on Aug 22, 2014 at 5:01 UTC (comment 4.8)

I use RSA keys instead, so Midnight Commander has no idea about any passwords at all, but the issue is still there. It first opens the connection to the remote server just fine, but after it gets disconnected for any reason, the only way to connect again is to restart Midnight Commander, otherwise it just shows "Can't open ssh://... folder" or something like this. Refer to #3249.

Replying to zaytsev:

I don't think it's possible to implement this, because actually mc doesn't know the password (remember, we are talking about FISH, not FTP here). However, rescan is probably to be fixed...

[mc-butler]

Changed by andrew_b (@aborodin) on Jul 16, 2017 at 4:37 UTC (comment 9)

Ticket #2734 has been marked as a duplicate of this ticket.

[mc-butler]

Changed by andrew_b (@aborodin) on Jul 16, 2017 at 4:37 UTC (comment 10)

Ticket #3841 has been marked as a duplicate of this ticket.

[mc-butler]

Changed by pbodnar (p.bodnar@….cz) on Jun 21, 2018 at 17:08 UTC (comment 11)

Hello,

this seems like a major "usage blocker" for using FTP in MC on a regular basis. Why MC cannot make the same "connect action" when it gets the aforementioned connection error (something that other FTP clients normally do)? What exactly is the issue which blocks this fix ("FISH" is not a satisfactory answer to me ;))?

[mc-butler]

Changed by cri (cri@….org) on Sep 19, 2018 at 10:32 UTC (comment 12)

Still happening (ssh vfs with linux openssh server on the remote side).

Anyway I've noticed that if the remote ssh server comes up again "quite soon" (I've tested 10-20 seconds), mc works as intended (no bug), otherwise (if the remote stays down for some longer time, e.g. some minutes) the bug happens.

I thought this was related to "VFS timeout (menu Options->Virtual FS)", I had the default value: 60s, so I tried increasing it, but it didn't help.

So I guess some other kind of timeout is involved.

Also, I tried the same with FTP instead of ssh, but I could't reproduce the bug: just pressing Ctrl-R re-establishes the FTP connection even after the remote FTP server has been down for a long time.