Bug #150
Connecting to smuxi-server fails via SSH when using passwords
| Status: | Closed | Start: | ||
| Priority: | High | Due date: | ||
| Assigned to: |  Mirco Bauer |
% Done: | 100% |
|
| Category: | Frontend | |||
| Target version: | 0.6.4 | |||
| Complexity: | Found in Version: | |||
| Votes: | 0 |
Description
When smuxi connects to a remote engine via SSH, and a password is required (pinentry gtk dialog for example), the tunnel setup will fail because smuxi only waits 2 seconds for the tunnel to be established. So smuxi should monitor the tunnel success up to 30 seconds and only fail after that timeout.
Associated revisions
Revision 2065786bd34b7361f101e473d18be1418c81b752
- Refactored SSH tunnel setup from EngineManager to SshTunnelManager.
- Detect if the SSH tunnel is reading using a TcpClient instead of a hardcoded Thread.Sleep() hack hoping the tunnel is ready after that. This fixes ssh-askpassword support and fixes connection issues for users with high latency or slow SSH servers at the same time. (Closes: #150)
- Use a dynamic local forward port, instead of the smuxi-server port, to support running multiple frontends using SSH at the same time.
History
Updated by Mirco Bauer 5715 days ago
- Status changed from New to Closed
- % Done changed from 0 to 100
Applied in changeset 2065786bd34b7361f101e473d18be1418c81b752.