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

Add ability to communicate with daemon over ssh subsytem #9305

Closed
tomasol opened this issue Nov 23, 2014 · 4 comments
Closed

Add ability to communicate with daemon over ssh subsytem #9305

tomasol opened this issue Nov 23, 2014 · 4 comments
Labels
area/api kind/feature Functionality or other elements that the project doesn't currently have. Features are new and shiny

Comments

@tomasol
Copy link

tomasol commented Nov 23, 2014

It is too complex to set up authenticated https binding. Using ssh subsystem functionality would mean no additional authentication is needed. You can get std in and out and tunnel it to existing http calls, but both client and server have to understand this.

@cpuguy83
Copy link
Member

Here is what's being done to simpify that: #8265
Basically, client will automatically generate a key pair, daemon will do the same.
Daemon has list of authorized keys, client has the same (for authorized hosts/host key pairs).

Very similar to ssh, but not.

@tomasol
Copy link
Author

tomasol commented Nov 24, 2014

Thanks for reply. Can you explain how is creating another auth method better than reusing ssh? Users will have to manage ssh auth for the VM anyway.

@cpuguy83
Copy link
Member

I'm not familiar enough with it to give you a definitive answer, but I could guess...

It's not just about a secure connection, its about identity management. This included image provenance (singing images with your private key), user authentication, and user authorization.
See the accompanying library. https://github.com/docker/libtrust/blob/master/README.md

@jessfraz jessfraz added kind/feature Functionality or other elements that the project doesn't currently have. Features are new and shiny Proposal labels Feb 26, 2015
@AkihiroSuda
Copy link
Member

DOCKER_HOST=ssh://<user>@<host> was implemented in Docker 18.09

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/api kind/feature Functionality or other elements that the project doesn't currently have. Features are new and shiny
Projects
None yet
Development

No branches or pull requests

5 participants