You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 25, 2024. It is now read-only.
Just curious if anyone would consider or is interested in a configuration whereby the VM running docker engine is accessed through port mapping (e.g., 127.0.0.1:2375) instead of a separate IP on a internal-network subnet (e.g., 192.168.42.2:2375 given the default subnet of 192.168.42.0/24).
A use case for this would be people on corporate VPN connections. Often a VPN client forces all non-whitelisted subnets to be routed through the VPN tunnel - thereby making it impossible to route to a VM on the non-whitelisted internal network subnet.
The downside of such an approach is that port mappings to running containers on the VM could become cumbersome to manage. I don't have a great solution for that one at this time.
Thoughts?
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Just curious if anyone would consider or is interested in a configuration whereby the VM running docker engine is accessed through port mapping (e.g., 127.0.0.1:2375) instead of a separate IP on a internal-network subnet (e.g., 192.168.42.2:2375 given the default subnet of 192.168.42.0/24).
A use case for this would be people on corporate VPN connections. Often a VPN client forces all non-whitelisted subnets to be routed through the VPN tunnel - thereby making it impossible to route to a VM on the non-whitelisted internal network subnet.
The downside of such an approach is that port mappings to running containers on the VM could become cumbersome to manage. I don't have a great solution for that one at this time.
Thoughts?
The text was updated successfully, but these errors were encountered: