Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mosh timeout banner does not name the host(s) on the connection #1049

Open
cgull opened this issue Jun 14, 2019 · 2 comments · May be fixed by #1055
Open

Mosh timeout banner does not name the host(s) on the connection #1049

cgull opened this issue Jun 14, 2019 · 2 comments · May be fixed by #1055

Comments

@cgull
Copy link
Member

cgull commented Jun 14, 2019

Mosh's timeout banner at the top of the screen does not identify the host(s) involved. (mosh-client doesn't ever say which client or server hosts are involved, I think.) This can be momentarily confusing when you're using Mosh both into and out of a jump box, and one of the links dies-- you can't tell which Mosh session is offended at the situation. This is a pretty minor issue, but it just happened to me.

@tansly
Copy link

tansly commented Jul 16, 2019

I'll try to implement this if nobody is on it.

What info do we want to show, exactly? Which one(s) of the following is preferred?

  • Hostname or IP address (and port) of the server, as given by the user as argument when starting the client
  • Hostname of the local machine (where the mosh client is running)

By the way, mosh does not support the server to roam, does it? So the initial IP address of the server when the session is established will always remain the same. I'm asking because the README says:

Mosh allows the client and server to "roam" and change IP addresses, while keeping the connection alive.

But I always thought that only the client could roam.

@tansly tansly linked a pull request Jul 17, 2019 that will close this issue
@normanr
Copy link

normanr commented Sep 16, 2019

Why not print both local hostname and remote IP?

in what senario would you using mosh in and out of a jump box? Wouldn't at least one of those connections be low latency, and could just use ssh? Unless you need to connect to a central server and then to another remote host, blegh. What about instead of double mosh, running a UDP proxy on the jump box? A wrapper script that ssh'ed to the final target to run mosh-server, parse the returned port, start UDP proxy and return new port. You could even add the proxy functionality to mosh-server, and then execute: mosh --server='ssh -tt finalhost | mosh-server proxy' jumpbox.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants