5 ms·

Hey all, I’ve been working on an open source rust-based alternative to mosh that solves some of the key issues like scroll back and using WebRTC instead of boot

Hey all, I’ve been working on an open source rust-based alternative to mosh that solves some of the key issues like scroll back and using WebRTC instead of bootstrapping udp over ssh (which doesn’t work on firewalled networks). Would love any feedback on which features you’d like to see!

pilooch 1y ago
Hello, very interested in the scrollback! I've used mosh for 10+ years and it still runs my 100+ opened terminals to this day ! Would love to try your alternative
- just_human 1y ago
  Awesome! I’ll post it to HN once I have the repo up and the code is in a halfway decent state. Look forward to your feedback!
ChocolateGod 1y ago
> Would love any feedback on which features you’d like to see! Not leaving pull requests for over half a decade fixing critical issues with not even bothering to comment on them would probably be a massive advantage over Mosh.
- just_human 1y ago
  Hah, I’ll aspire to do better!
newman314 1y ago
Do you have a link to a GitHub repo for this? Also, will it be mosh compatible?
- just_human 1y ago
  Not yet, but hope to have something up in September! It’s unfortunately not most compatible - I thought about that but didn’t see a lot of value and there were some downsides like re-implementing an encryption layer that doesn’t make sense if you use WebRTC. Just curious, what’s your use case for mosh compatibility?
em-bee 1y ago
the two big features i am missing are port forwarding and sshfs. port forwarding would really be great, because it would allow making stable connections over instable networks. one thing to consider though is how a large download over an ssh tunnel effectively prevents any other connection through the same tunnel from working. to fix that possibly sshuttle can provide some inspiration. they solved that problem. sshfs may be tricky, because it could lead to locked/hanging file access that never comes back if the server goes away. i don't know what the best approach here is. maybe some sort of timeouts, or maybe do let it hang but provide diagnostics with a command that can tell you what the status of the mount is, and force an unmount or restart of the connection if the user knows that the server went away. aside from that it would just be nice if i would not have to manually remount every time the ssh connection drops. another feature that i wish mosh had is to be able to reconnect to an existing session even with a restarted client. i don't know what it takes to do that. perhaps you need to store the keys that were used last time on disk which could lead to some concerns, but maybe that file on disk can be protected, or maybe that is not even necessary. i can attach to an existing tmux session, so if the mosh session is treated like that, it would work too?

pilooch 1y ago

Hello, very interested in the scrollback! I've used mosh for 10+ years and it still runs my 100+ opened terminals to this day ! Would love to try your alternative

just_human 1y ago
Awesome! I’ll post it to HN once I have the repo up and the code is in a halfway decent state. Look forward to your feedback!

ChocolateGod 1y ago

> Would love any feedback on which features you’d like to see! Not leaving pull requests for over half a decade fixing critical issues with not even bothering to comment on them would probably be a massive advantage over Mosh.

just_human 1y ago
Hah, I’ll aspire to do better!

newman314 1y ago

Do you have a link to a GitHub repo for this? Also, will it be mosh compatible?

just_human 1y ago
Not yet, but hope to have something up in September! It’s unfortunately not most compatible - I thought about that but didn’t see a lot of value and there were some downsides like re-implementing an encryption layer that doesn’t make sense if you use WebRTC. Just curious, what’s your use case for mosh compatibility?

em-bee 1y ago

the two big features i am missing are port forwarding and sshfs. port forwarding would really be great, because it would allow making stable connections over instable networks. one thing to consider though is how a large download over an ssh tunnel effectively prevents any other connection through the same tunnel from working. to fix that possibly sshuttle can provide some inspiration. they solved that problem. sshfs may be tricky, because it could lead to locked/hanging file access that never comes back if the server goes away. i don't know what the best approach here is. maybe some sort of timeouts, or maybe do let it hang but provide diagnostics with a command that can tell you what the status of the mount is, and force an unmount or restart of the connection if the user knows that the server went away. aside from that it would just be nice if i would not have to manually remount every time the ssh connection drops. another feature that i wish mosh had is to be able to reconnect to an existing session even with a restarted client. i don't know what it takes to do that. perhaps you need to store the keys that were used last time on disk which could lead to some concerns, but maybe that file on disk can be protected, or maybe that is not even necessary. i can attach to an existing tmux session, so if the mosh session is treated like that, it would work too?