-
Notifications
You must be signed in to change notification settings - Fork 287
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
pack doesn't honor DOCKER_HOST
using ssh
#1259
Comments
Just wanted to add that this prevents using Podman with pack on the Mac as Podman runs in a VM. With all of the noise around finding alternatives to Docker Desktop for the Mac, it would be REALLY nice to have this work. |
It looks like |
I could work on this. I would take code from |
@jromero could you please assign this to me? |
@matejvasek, done. I appreciate you volunteering. |
As we think about a solution for this, it would be nice if we can eliminate the need to specify the location of the remote docker host using the |
@joshuawhite929 +1 for that. I don't want to need an argument on every pack command I run. An env variable would be nice. For the Docker CLI, you can set @matejvasek - Thanks so much for working on this!! |
RE: We've had discussions in the past about reducing the complexity and/or eliminating the flag altogether. See #1093. @micahyoung was on the hook for creating an RFC 😉. We may need to take another closer look. I don't recall exactly where we last landed on that but I still feel like we should only have one flag/option for both pack and the lifecycle. I understand some of the intricacies of lifecycle running on a different network but I'm not sure providing two options is the best experience. Pack in theory do it's best to resolve the networking differences or at minimum output warnings (as I believe it's been previously suggested). |
Also isn't there an attempt to avoid socket muting all together and export tar instead? |
Yes. I'm not sure how far away from that we are though. /cc @jjbustamante |
@joshuawhite929 @dmikusa-pivotal I stared experimenting with SSH here https://github.com/matejvasek/sshdialer example: https://github.com/matejvasek/sshdialer/blob/master/examples/docker-client/main.go please try running the example locally to verify that it works on macOS |
@matejvasek I am getting this error:
What seems to be happening is that I do have the server trusted in my If I change the order of the host key algorithms, it will end up working:
that order works for me. This is on a Mac (Big Sur) talking to an Ubuntu 20.04.3 VM running Docker. I'm guessing my ssh client has a different order of preference? Nm, I found it. In
the list is slightly different on my Ubunt 20.04.3 VM.
Maybe we could source this list from the system some how? or at least keep our list in the same order as OpenSSH. I think that would avoid issues like what I hit here. |
@dmikusa-pivotal thanks for testing, I updated order could you please try it out? Also could you please download https://github.com/matejvasek/sshdialer and run tests? EDIT: the test won't work on macOS because I am using Linux networking features in it. |
I am unfortunately still getting the error about server key not found.
I'm not sure what else would be helpful to debug this, but let me know if there anything you want me to try. |
|
|
Your tests look good btw.
That's on my Ubuntu 20.04.3 LTS VM. |
and trying to delete & recreate.
This worked on my Linux box. On my mac, it fails with a port conflict.
but nothing is listening on port 22 on my Mac. |
Sorry, disregard my failures. Too early, not enough caffeine in my body. I had used |
Summary
pack
doesn't honorDOCKER_HOST
that usesssh
.Reproduction
authorized_keys
file on the remote host.SSH is a convenient and secure way to access a remote docker host. It would be nice if this worked.
Environment
The text was updated successfully, but these errors were encountered: