Docker network setting "--net=host" does not work with 1.15.x using windows and wsl

[benzman81]

Actual Behavior

Starting a docker container in wsl with network setting "--net=host" does not work anymore as host servers are not available in container and container services not in wsl.

Steps to Reproduce

1. start some server in wsl (i used npm install -g http-server and started it with http-server -p 8686)
2. Start a docker container with network setting "--net=host"
3. Try "wget http://localhost:8686" in container.
4. Result ist Connection refused

The other way around:

1. Start a docker container with network setting "--net=host"
2. start some server in container (i used npm install -g http-server and started it with http-server -p 8787)
3. Try "wget http://localhost:8787" in wsl.
4. Result ist Connection refused

Result

Result ist Connection refused wheren accessing both servers.

Expected Behavior

Both services are reachable.

Additional Information

Downgrading back to 1.14.2 also did not work until I disabled "Networking Tunnel". Then it starts working again.

Maybe its related to #7294 as the address 192.168.1.1 is already pingable within my company network even without starting rancher.

For now we seem to be stuck on 1.14.2 with disabled network tunnel.

Rancher Desktop Version

1.15.x

Rancher Desktop K8s Version

1.30.4

Which container engine are you using?

moby (docker cli)

What operating system are you using?

Windows

Operating System / Build Version

Microsoft Windows 10 Enterprise 10.0.19045 Build 19045

What CPU architecture are you using?

x64

Linux only: what package format did you use to install Rancher Desktop?

None

Windows User Only

Yes, we use Pulse Secure VPN.

[Nino-K]

@benzman81 I managed to reproduce this in the version you mentioned, however, I also tested this in our previous versions 1.11.1 (of course not using Network Tunnel), and it still did not work. It looks as though we have never supported the host network driver mode. However, after reading the documents closely, if you use -p to publish your ports, you will probably achieve what you are trying to do on Rancher Desktop. Once you use the published port flag, you can use one of the following domains to access your port on the host from the container.

host.docker.internal

or

host.rancher-desktop.internal

Can I ask you what is your use case? so, I can help you better.

[benzman81]

@Nino-K hi, we use vscode with RancherDesktop, WSL and Devcontainer. Until 1.15.x all ports from WSL have been available in the devcontainer and all servers started in devcontainer were available outside the devcontainer in WSL( my collegues are using 1.13.x to 1.14.x I think, some may use older versions but without devcontainer). Since ports on both side are not fixed as it differs per developer and use case, we used host network for starting the devcontainer. Now v1.15. stops us from upgrading. Hope that helps.

[Nino-K]

I think I understand a bit better, can you guys avoid using --net=host argument and use -p (published ports) instead?

[benzman81]

As I stated, since ports are not fixed I do not know how to solve this. It is not defined which server and how many a developer starts in wsl oder in the devcontainer.

[gi-dorio]

We are experiencing the same issue. I am working with an older Rancher Desktop version (1.10.0) and the network mode "host" seems to work fine. A colleague, who's working with Rancher Desktop 1.15.1, is not able to see anything published with network mode "host". While port mapping is still an option, the network mode "host" helps with reducing clutter in our docker-compose file, so it would be nice to be able to use it