Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mosh: The Mobile Shell

mosh.org

Post reply on HN
Print view View original

131–140 of 158 posts

Re: Mosh: The Mobile Shell

#131

Post by WesolyKubeczek »

goodpoint wrote: post #110
Hnrobert42 wrote: post #59

Earlier quoted context omitted.

I don’t use mosh myself as I thought the project had been abandoned, but I know several folks that love it. Just want to thank you on their behalf. Also, I appreciate knowing you all are watching PRs and bug reports even if you don’t see the need to take action. Makes me feel the project is just dormant and not abandoned. If you care about continued use and adoption, you might consider posting an update to the websit…

I would not call a working and usable piece of software "abandoned". We should call it "completed".

Maybe once the glaring bugs in it are fixed.

The ones where half of my keyboard shortcuts were acting funny (something like https://github.com/mobile-shell/mosh/issues/1147), or garbage left from some other screens/commands (https://github.com/mobile-shell/mosh/issues/1079).

Midnight Commander is also being drawn in a jumpy way.

Note that I'm not speaking about new emojis or some novel Unicode stuff, it's the same basic multilingual plane and line drawing characters we've had for decades now.

Re: Mosh: The Mobile Shell

#132

Post by wngr »

codetrotter wrote: post #103
gnyman wrote: post #87

Earlier quoted context omitted.

there is a fork with port forwarding support https://github.com/rinne/mosh and a PR with a long discussion https://github.com/mobile-shell/mosh/pull/696 on why it's not merged you can compile them yourself or if you want to skip the step I recently set up GitHub actions to compile linux binaries of this [1][2], tested by a sample of 1 so no guarantees it works, was planning on doing a tap PR/tap of it at some point a…

> a PR with a long discussion https://github.com/mobile-shell/mosh/pull/696 on why it's not merged I'm confused. I read the whole thing but couldn't find the specific reason for why it's not been merged. But I assume it's because of the things that were pointed out in the code review comments? Also, the issue you linked is about SSH Agent forwarding, not port forwarding.

Lack of SSH agent forwarding is unfortunately the deal breaker for me..

Re: Mosh: The Mobile Shell

#133

Post by mch82 »

keithwinstein wrote: post #45
banana_giraffe wrote: post #17

Earlier quoted context omitted.

Certainly for me it's been good enough, I use it daily and haven't run into any issues. I know people mention there are issues with some Unicode characters. Somehow I've never hit those issues, so I'm happy.

Unicode (really, knowing the width and printability of any given character) is mostly up to the C library on the client and server -- Mosh has historically stayed out of that. Unfortunately Apple is not always super-great about keeping their C library up to date with new Unicode releases, which leads to some frustration, and even on Linux it takes too long for a new Unicode release to percolate down to the libc on th…

> Unfortunately Apple is not always super-great about keeping their C library up to date

Funny that the volunteer open source maintainer is held to a higher standard than the trillion dollar company :-)

Something seems backwards about that…

Re: Mosh: The Mobile Shell

#134

Post by gnyman »

codetrotter wrote: post #103
gnyman wrote: post #87

Earlier quoted context omitted.

there is a fork with port forwarding support https://github.com/rinne/mosh and a PR with a long discussion https://github.com/mobile-shell/mosh/pull/696 on why it's not merged you can compile them yourself or if you want to skip the step I recently set up GitHub actions to compile linux binaries of this [1][2], tested by a sample of 1 so no guarantees it works, was planning on doing a tap PR/tap of it at some point a…

> a PR with a long discussion https://github.com/mobile-shell/mosh/pull/696 on why it's not merged I'm confused. I read the whole thing but couldn't find the specific reason for why it's not been merged. But I assume it's because of the things that were pointed out in the code review comments? Also, the issue you linked is about SSH Agent forwarding, not port forwarding.

Yes you are 100 correct, I mixed up port and agent forwarding, I’ve needed both at different times and last time it was agent forwarding so got confused.

There is another issue for port forwarding https://github.com/mobile-shell/mosh/issues/337 but no PR that I’m aware of.

Regarding why it hasn’t been merged, there is a comment on the port forwarding issue which sums it up quite well I think https://github.com/mobile-shell/mosh/issues/337#issuecomment...

My understanding is that the maintainers prefer doing one thing well (and securely). Which to be honest is something I really appreciate even if it means I might have to figure out some agent and port forwarding workaround :-/ at least I don’t have to worry about if my version of mosh will work with whatever the server runs

Re: Mosh: The Mobile Shell

#135

Post by Per_Bothner »

DomTerm has nice remote-terminal solution: https://domterm.org/Remoting-over-ssh.html . Compared to mosh is supports a much more complete xterm-like terminal, full scrollback, runs on Windows (using WSL), does not require superuser/admin access (runs on top of plain ssh), has an integrated tmux-style multiplier, and is actively developed. Like mosh it has predictive echo, and detach/attach. It also has an optional local-input-edit mode (used by default if the remote terminal is in icanon mode). An easily-installable AppImage is available (https://github.com/PerBothner/DomTerm/releases). Feedback welcome.

Re: Mosh: The Mobile Shell

#136

Post by Jtsummers »

narraturgy wrote: post #126
Jtsummers wrote: post #40

Earlier quoted context omitted.

My setup is iPad + MBP + Linux server. I use mosh to connect, also with a Wireguard VPN, and have tmux running on the server. It's very convenient to pop open Blink on my iPad and have everything right where I left it (modulo changes made while on the MBP) and the reverse when I pull up the terminal on my MBP. The main benefit for me is mobility, though, not the restore from sleep itself. When I started using this se…

Can you speak to the experience of coding on the iPad? I have been considering picking one up for personal reasons but the price seemed prohibitive when I thought it simply could not be used for portable work purposes at all.

It works well for me, but I have a personal preference for command line tools. I use emacs as my editor and am able to do everything I need on my Linux server (this is strictly for personal/hobby programming). There are a couple good source code aware (but not project aware) text editors for the iPad that work well with Working Copy, a really nice git client for iPad. On occasions when the Linux server was not enough, I set up Github Actions to respond to commits made through the use of Working Copy + an editor (Textastic in my case, though I'm not ecstatic about it, it does get the job done).

I'd prefer a real IDE on a few occasions (work is C# and Java). Trying to do some side projects to relearn or expand my knowledge of them and their libraries was infeasible on the iPad alone.

In the end, my conclusion is that if you don't need an IDE and can use a CLI or git-based workflow, then the iPad is a fine tool for programming and writing in general. I'm not even stymied by the relatively small screen, it's still better than the monitors I grew up with. The fullscreen and split screen modes also work well with my particular manner of maintaining focus on tasks (I use fullscreen/split screen on my MBP almost exclusively as well).

Re: Mosh: The Mobile Shell

#137

Post by Per_Bothner »

news5780 wrote: post #94
ifa_ wrote: post #62

i just switched to et

also interested in trying et because some of my networks block udp..but i’m worried about its security

Maybe try DomTerm (https://domterm.org/Remoting-over-ssh.html) - it uses plain ssh on port 22. (See separate response.)

Re: Mosh: The Mobile Shell

#138

Post by notorandit »

treesknees wrote: post #130
notorandit wrote: post #102

It's a neat solution, indeed. But is that actually viable and useful? Not sure. First, you need to open firewalls to UDP port ranges. Second, you still need SSH to be in place and reachable. Third, as soon as you kick off mosh you loose all bells and whistles by SSH (like TCP forwarders, SOCKS proxies etc.). So my idea is: nice for amateur small infrastructures, pretty useless for real world (cloud) infras. Maybe you…

Not useless, you just need to think about how to use the tool in a different way. I use mosh to login to a stable jump box and then from there use tmux/ssh to branch out all my sessions to cloud infrastructure or other devices that only accept ssh.

That's the "bastion" concept. But then you loose all the extra perks sshv2 offers.

Re: Mosh: The Mobile Shell

#139

Post by keithwinstein »

hcrean wrote: post #122
keithwinstein wrote: post #37

Mosh original author here -- fun to see us back here yet again. Happy to answer any questions.

It is a VERY useful tool that I have used every day for at least 3 years. There are two really annoying niggles that I have with it, but both I have solved by using a Screen session on the server: - Scrolling turns out to be very important to most workflows. The choice to start mosh in Append mode (with chance of output corruption) rather than replace mode would be a cool thing. - There is no easy way to pick up a se…

We have the "append mode" -- run `mosh --no-init` and it does what you'd like.

Re: Mosh: The Mobile Shell

#140

Post by gsich »

Shish2k wrote: post #99
gsich wrote: post #92

Earlier quoted context omitted.

If you have long running operations you can use screen/tmux.

You can use screen/tmux, but they’re both more complicated and less good when it comes to this specific use-case. Personally I use both - mosh (or et) for the seamless automatic-reconnect, and tmux as a console window-manager.

What? Instead of ./command you type screen ./command.
Post reply on HN