--add-host=host.docker.internal:host-gateway doesn't work like it does on Linux
#277
Comments
But host.docker.internal works with docker containers on Colima, or does it not? |
|
Yes, that works by default but not when adding this flag, which is often done by docker-compose files for compatibility with Linux. |
|
looks like this issue may be stale. I have a docker compose file with that host mapping for compatibility across linux and mac. However, when trying out my compose file with colima, everything worked flawlessly. |
|
host.docker.internal is always 192.168.5.2 on colima/lima. |
|
I think I'm facing the same issue. While on colima: $ colima version
colima version HEAD-030393c
git commit: 030393ccc5ab74153809ed00dbe965325d3cd7af
$ python3 -m http.server
Serving HTTP on :: port 8000 (http://[::]:8000/) ...Cannot do the handshake: $ docker run -it --rm --add-host=host.docker.internal:host-gateway nixery.dev/shell/pingtcp pingtcp host.docker.internal 8000
(...)
Digest: sha256:d35346995775beb2f3b1cf0f7c4411ca493359a791cbf1dedd3d1cc2cf4f5367
Status: Downloaded newer image for nixery.dev/shell/pingtcp:latest
WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
PINGTCP host.docker.internal (172.17.0.1:8000)
Unable to handshake with host.docker.internal:8000 (172.17.0.1): attempt=1
(...)
^C
--- host.docker.internal:8000 pingtcp statistics ---
13 handshake(s) started, 0 succeeded, 100.000% loss, time 12447.670 ms
rtt min/avg/max/mdev = 0.000/0.000/0.000/0.000However, if I turn down colima and run with Docker Desktop, it handshakes successfully: Another interesting thing is that a simple curl actually works even with the Colima setup: $ docker run --rm curlimages/curl:7.86.0 -L -v http://host.docker.internal:8000`
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 192.168.5.2:8000...
* Connected to host.docker.internal (192.168.5.2) port 8000 (#0)
> GET / HTTP/1.1
> Host: host.docker.internal:8000
> User-Agent: curl/7.86.0-DEV
> Accept: */*
(...)This is on a MacOS M1. Any hints on how to debug this further would be very appreciated. |
|
You do not need the |
I see now, it actually works if I remove the Great to have this working! Thanks @abiosoft ! So my question now would be, would it make sense to somehow make this compatible to ease the drop-in replacement from docker desktop to colima, allowing the same docker compose to be used? Or is there any other workaround to make it so someone with colima can still run such docker compose without issues? Sorry if the answer to this is obvious. |
|
@efgpinto yeah, it can be made to work. |
|
Understood, thank you very much @abiosoft ! 🙇 |
For repro, start something on the host that listens on a certain port like
python3 -m http.server.Then run
On a Linux machine, this successfully pings port 8000. With colima, it's unable to handshake because host.docker.internal now resolves to the Linux VM where the python http server isn't running.
This flag (and its equivalent docker-compose declaration) is often used in order to give Linux users' containers access to the host address because host.docker.internal doesn't work there by default.
The text was updated successfully, but these errors were encountered: