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

Multiplexing of connections #19

Closed
tdaff opened this issue Feb 23, 2016 · 3 comments
Closed

Multiplexing of connections #19

tdaff opened this issue Feb 23, 2016 · 3 comments

Comments

@tdaff
Copy link
Owner

tdaff commented Feb 23, 2016

Original report by Tom Daff (Bitbucket: tdaff, GitHub: tdaff).


@rainwoodman mentioned in issue #12 that SSH multiplexing or a SOCKS proxy could be used to consolidate connections. This could be useful, especially to avoid passwords, but still considering whether it should be something managed by the kernels, or just well documented.

@tdaff
Copy link
Owner Author

tdaff commented Feb 23, 2016

Original comment by Tom Daff (Bitbucket: tdaff, GitHub: tdaff).


At the moment (version 0.4.4) the kernel will not multiplex, even if there is a multiplex available. I think the main issue would be managing the master. If things are not set up correctly then if a kernel kills the master then every other ssh connection will hang. Since the kernels don't know about each other or system processes, maybe this is best left to be configured by the user at a system level...

To enable multiplexing in the current version, first delete al occurrences of ``-S none` in kernel.py, then enable multiplexing for the host in ~/.ssh/config:

Host myhost.ac.uk
    ControlMaster auto
    ControlPath ~/.ssh/%r@%h:%p
    ControlPersist 1

This should create a master that remains in the background when needed and multiplex everything through that.

@tdaff
Copy link
Owner Author

tdaff commented Mar 16, 2016

Original comment by Dejan Pavlic (Bitbucket: dejop, ).


I can confirm that getting rid of -S none allows ControlMaster to work; this also has an added benefit of enabling people like me, who are stuck behind 2FA, to use remote_ikernel. Very good.

@tdaff
Copy link
Owner Author

tdaff commented Aug 11, 2017

Original comment by Tom Daff (Bitbucket: tdaff, GitHub: tdaff).


Documented in README

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

No branches or pull requests

1 participant