-
-
Notifications
You must be signed in to change notification settings - Fork 325
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
Accessing pure ftpd from host or container network (pick one, you can't do both) #149
Comments
Hi @Warfront1 , sorry for the delayed reply. |
@Warfront1 with ubuntu, I don't have any problem to connect from host with
|
@Max-Pol First test case: Second test case:
I know the networking for docker for windows/mac/linux all have slightly different setups: Perhaps this is why it works for you in ubuntu. I was able to verify this on two windows 10 development machines of mine. Worth noting, I do not have this issue with any other container/images I try to run. For example here is a another test SFTP container I often use:
I am able to access this atmoz/sftp in this example via the host and the compose network without any issue (from the host I use |
I'm using windows and have to connect to the container from my host. I'm just too dumb to get it working. I guess I'm encountering the same issue as described in the first post. I already tried to set Did anyone get this working on windows? 😅 |
@DerZade Note: As this issue mentions you will not be able to access it via the compose network then. Which perhaps may be sufficient for your use case. |
I have just retested this issue on the latest version of Buster, and I have confirmed that it has still not been rectified. @stilliard, Have you had the chance to take a look at this issue? |
I have found a partial workaround for the time being.
This will allow you to connect in active mode via the filezilla client within the compose network. |
Same exact issue as this: #76 re-opening here.
The bug is that you can seemingly only configure ftpd one of two ways:
Here is how to reproduce:
Steps:
a) Host: ftps_server
b) Username: bob
c) Passowrd: 12345
d) You can leave the port blank
-- STEPS 1 through 5 demonstrate how we can successfully access the ftp from within the compose network.
-- The next series of steps will show you how we are NOT able to connect via the host
-- Now go to the host machine
Use your favorite ftp client (I'm on windows using filezilla)
a) Host: ftps_server
b) Username: bob
c) Passowrd: 12345
d) You can leave the port blank
-- Does not work (obviously)
a) Host: localhost
b) Username: bob
c) Passowrd: 12345
d) You can leave the port blank
-- You are prompted for a certificate unknown, but get this error: "500 I won't open a connection to ::1%3666957829 (only to 172.19.0.1)"
a) Host: Put your host machines local ip address here (host.docker.internal on my dev machine)
b) Username: bob
c) Passowrd: 12345
d) You can leave the port blank
-- You hang at "Retrieving directory listing..."
Other Notes:
Just as the original bug report suggests switching the
PUBLICHOST
env variable to the host machines local ip address here (host.docker.internal on my dev machine) will inverse the test results. Simply put you will then not be able to access the ftps server from within the compose network, but will be able to access from your host machine.Originally posted by @Warfront1 in #76 (comment)
The text was updated successfully, but these errors were encountered: