- Products
- Learn
- Local User Groups
- Partners
- More
Maestro Masters
Round Table session with Maestro experts
When I hop onto an SG and I use the m command to move to another blade and I reboot that blade, I do not get put back to the SMO.
Effectively, this kills the SSH connection (with out it actually being killed).
Back in the day when we used Telnet, there was an escape character you could use to get back into your root session if connectivity got wonky.
There a way to do that when using the "m" command?
Maybe the SMO can realize that the session with the target blade has closed and bring you back to M 1?
I realize there are other commands one could use to reboot another blade. But it could still be useful for the SMO to figure out what's going on and bring you back (or provide a telnet-esque escape character) if you're working in a blade and it dies or what not.
The SSH escape sequence by default is just a tilde. No control. It is only recognized when typed immediately after a newline:
[Expert@LabSC]# ~?
Supported escape sequences:
~. - terminate connection (and any multiplexed sessions)
~B - send a BREAK to the remote system
~C - open a command line
~R - request rekey
~V/v - decrease/increase verbosity (LogLevel)
~^Z - suspend ssh
~# - list forwarded connections
~& - background ssh (when waiting for connections to terminate)
~? - this message
~~ - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)
So to disconnect, try hitting return-tilde-dot.
For SSH, I think it's ctrl ~.
That said, I'm not 100% sure that works for this specific case.
I gave ctrl ~ a try. No dice. Also tried ctrl (tilde - doesn't seem like this site likes to render that character correctly).
The session just dies, even after the blade comes back. You've got no choice but to just close Putty and start over.
The SSH escape sequence by default is just a tilde. No control. It is only recognized when typed immediately after a newline:
[Expert@LabSC]# ~?
Supported escape sequences:
~. - terminate connection (and any multiplexed sessions)
~B - send a BREAK to the remote system
~C - open a command line
~R - request rekey
~V/v - decrease/increase verbosity (LogLevel)
~^Z - suspend ssh
~# - list forwarded connections
~& - background ssh (when waiting for connections to terminate)
~? - this message
~~ - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)
So to disconnect, try hitting return-tilde-dot.
return-tilde-dot = winner, winner chicken dinner!
Thanks!
Something I forgot to mention: a single tilde goes to the outermost SSH session. Type successive tildes to send the escape sequence to inner sessions. For example, let's say I SSH from my workstation to a jump host, then from the jump host to the destination.
Return-tilde-dot would be caught by the outer SSH session from my workstation to the jump host, and that session will be terminated.
Return-tilde-tilde-dot would be caught by the inner SSH session, from the jump host to the destination, and that is the session which would be terminated.
I don't know of a good way to index in the other direction, so to send commands to the innermost session, you have to remember how many sessions you have outside it. This isn't generally too big a problem, as long chains of SSH connections are fairly rare.
@Anatoly can you help?
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
User | Count |
---|---|
17 | |
3 | |
2 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY