Live data from Hacker News

Mosh: the mobile shell

mosh.mit.edu

111–120 of 153 posts

Re: Mosh: the mobile shell

#111
post #94
post #92

Earlier quoted context omitted.

Perhaps from the first two text messages didn't have enough information to tell what elevator he was stuck in?

Take your pick for my first txt: EMERGENCY trapped in our lift PAN-PAN trapped in our lift 911 trapped in our lift

Are we golfing text messages?

    SOS stuk in our lift

Re: Mosh: the mobile shell

#112
This beautiful little tool was what let me do contract work over a (frequently >10s roundtrip with >50% packet loss) 1-2kbps mobile uplink in rural West Africa. It's indispensable in such situations.

Re: Mosh: the mobile shell

#113
post #110
post #72

Earlier quoted context omitted.

Hey, never, but never, go out of an elevator that isn't leveled in the floor. By the description, I understand that he jumped from the elevator. If the elevator started to move, he could have been cut in half. This happened other day in my city. If you are stuck in a elevator, wait for professional help to take you out.

But if it's stopped, why would you expect it to be more likely to move suddenly (and without the doors closing) because it's not level? I've often seen (and used) lifts with notices up like: Warning: does not level. Wheelchair users use other lift.

There's a horrible video I don't feel like looking up at work of a dude in an elevator that's acting all erratically. A guy with a baby stroller is about to get in. The guy tells the guy not to; the elevator hasn't been behaving correctly (there's no audio/security video. Guy tells the police this later). Guy in the elevator looks terrified.

The man with the stroller steps in and the elevator cuts him in half. There's a trail of blood on the wall where the man use to be. It turns out the maintenance guy forgot to put out barriers saying the elevator was under repair. He was moving it from above and didn't realize people were getting in.

Re: Mosh: the mobile shell

#114
post #90

Earlier quoted context omitted.

I once dreamt I was cut in half by a lift. It was not at all fun, so I'd definitely follow this advice :-D The other piece of lift related advice (that I really enjoy saying in more crowded, rickety lifts): I once read if in a lift that is falling you should attempt to lie flat on the bottom of the lift to limit the impact - preferably on top of another human. Some hacker news physicist will prove me apocryphal here…

If an elevator is falling for long enough to give you time to recognize the situation, recall this strategy, and actually lie prone upon the floor (in ~0G, somehow)… it's not going to matter.

There's a video of security footage from some elevator in South America (Argentina I think) in a brand new building. The elevator brakes failed and it launched upward (from the counter weight). Dude survived with major injuries. Others have said he should have laid down flat, but at that velocity who knows if it would have done any good.

Re: Mosh: the mobile shell

#115
post #110
post #72

Earlier quoted context omitted.

Hey, never, but never, go out of an elevator that isn't leveled in the floor. By the description, I understand that he jumped from the elevator. If the elevator started to move, he could have been cut in half. This happened other day in my city. If you are stuck in a elevator, wait for professional help to take you out.

But if it's stopped, why would you expect it to be more likely to move suddenly (and without the doors closing) because it's not level? I've often seen (and used) lifts with notices up like: Warning: does not level. Wheelchair users use other lift.

There's not enough detail in the link. You can force the doors of an elevator to open it. Sometimes there's just a small hole to go through. The elevator had problems and was moving arbitrary. Sure, if it is just 5cm off, go for it, but don't think you are inside a movie and it is save to go out. In doubt, stay quiet.

Re: Mosh: the mobile shell

#116
post #60

Earlier quoted context omitted.

Can you describe what you're worried about? The connection is set up over SSH, and mosh-client generates a random AES-OCB key and sends it to mosh-server. Packets are sent over UDP, protected using authenticated encryption, and discarded if they fail integrity protection (which is fine, since packets could just be dropped and perhaps corrupted anyway because of bad network connections). Replayed packets are invalid.…

I guess I was thinking about something involving a principle similar to session fixation, but it was just a passing thought. Your methodologies seem sound.

Yeah, I think in order for session fixation to work, you have to have multiple connections trying to use the same session, and trick one of them into reattaching to the wrong session. For HTTP + cookies, that's doable. But the only concept of a "connection" in mosh is this key shared between client and server and only stored in RAM, and there's exactly one session per server process, and one client per server. A new connection is a new session (you have to use screen or something if you want to connect to an old terminal).

There are occasional requests for the ability to write out the client key and cryptographic state to disk, so you can reboot your machine, kill and restart a process on Android, etc. without losing your connection. But they've been pushing back because it breaks this straightforwardness.

Re: Mosh: the mobile shell

#117
I have been an extremely happy Mosh user for a while now. The feature I am missing the most is port forwarding. I looked into adding it myself at some point, but it wasn't entirely trivial because of how Mosh bundles together network-related concepts and higher-level stuff like optimistic typing. There is even a small bounty on it, I think :) https://github.com/mobile-shell/mosh/issues/337

Re: Mosh: the mobile shell

#118

I've had great success with using JuiceSSH[0] for mosh on Android. Great for those times something important comes up and I'm away from my desk. Trying to connect without mosh on mobile networks is pretty terrible. [0] https://juicessh.com/

ConnectBot is also cool.

You do have to install a patched version for mosh support, but for some reason I could never get JuiceSSH to connect to our mosh server so I've been using "mosh for irssi ConnectBot" from http://dan.drown.org/android/mosh/ for years.

Re: Mosh: the mobile shell

#119

Termux[0], the best Android terminal emulator (in my humble opinion), recently had mosh added to its' package repository. I currently use it and it's very nice. It makes me long for a better handheld though (my 4" Moto G screen is difficult to type on, even with Hacker's Keyboard). I can have tmux sessions running on servers with say, an irc client running, mosh in, chat away for a bit, turn it off, the irc client co…

With Termux, you can ssh into your Android device over Wifi. If there is no Wifi available, you could use your Android device as a Wifi hotspot, connect to it and SSH (you could even use mosh, as others comment that it can be installed in Termux) into your device.

I do not know if you can SSH into your device if connected through bluetooth.

Re: Mosh: the mobile shell

#120
This is funny, mosh saved my day a few days ago to reliably access a workstation connected through Comcast Business from an ATT Uverse home connection... For some reason the SSH sessions break (timeout) every 2-3min. I tried everything, but after a random time between 2 and 4min packets for those sessions just disappear, despite ssh sessions between other networks being perfectly fine. Anyway mosh works like a charm now. I think it is where it shines: seamless access over high latency and/or unreliable networks.
Post reply on HN