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

Question about using --internal network #2

Open
cypherbits opened this issue Sep 10, 2020 · 3 comments
Open

Question about using --internal network #2

cypherbits opened this issue Sep 10, 2020 · 3 comments
Labels
documentation Improvements or additions to documentation

Comments

@cypherbits
Copy link

Hello, in the past I used Docker to make Onion Services with this network isolation design, but I created this isolated network with the docker command "--internal" to prevent connections to the Internet.

What is the difference between using --internal or using -o "com.docker.network.bridge.enable_ip_masquerade=false"

@moba
Copy link
Member

moba commented Sep 10, 2020

My (limited) understanding is that "--internal" isolates the container completely, i.e. no connections to other containers will work either, which would not allow connectivity to the onionize container? Disabling masquerading seems to be a hack to allow connections to the other containers on the same (local) Docker network ("faraday" in the example) but not to the Internet.

This was proposed by the original "onionboat" author @jheretic, of which this is an updated fork. Potentially there are better ways to achieve this?

Maybe someone else has something constructive to add, so I will leave the ticket open for now. I did not test this much myself.

@moba moba added the documentation Improvements or additions to documentation label Sep 10, 2020
@cypherbits
Copy link
Author

If you try to create an internal network for no internet access, if you join containers on that network they can communicate knowing each other IPs, at least for me it is working.

Should we ask Docker people?

@moba
Copy link
Member

moba commented Sep 11, 2020

I looked a bit at the Docker documentation, and I think now --internal may well be the cleaner way to approach this. I don't have the time to play with it more at the moment, but if it works in your tests, and still isolates the containers well, I would rework the documentation to not rely on the de-masquerade hack.

Maybe we can get confirmation by someone else, yes.

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

No branches or pull requests

2 participants