Closed svenmueller closed 2 years ago
@Luap99 @mheon Is this the problem of newer podman talking to older server?
This is fixed on main AFAIK. Podman will no longer hard code host.containers.internal
when run inside podman machine instead the gvproxy dns server will handle it.
@Luap99 In which release is this fixed? Can you please point me to the commit/PR?
Description
I'm using the podman mac-client and try to access a service running on my host (laptop) from within a container (cerebro, ES web admin tool). The connection fails as shown
MacOS
11.4
Steps to reproduce the issue:
As Cerebro connection string I'm using "http://host.containers.internal:9200"
Describe the results you received:
The connection to the local service fails from within the container. Logs from Cerebro (noticed used domain/ip:port):
Describe the results you expected:
I expected that the container is able to connect the the local service (running on the host) via host
host.containers.internal
.Additional information you deem important (e.g. issue happens only occasionally):
When I use the connection string "http://192.168.127.254:9200" instead, Cerebro is able to connect successfully.
DNS configuration inside the container
DNS inside machine
Output of
podman version
:Output of
podman info --debug
:Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? (https://github.com/containers/podman/blob/master/troubleshooting.md)
Yes/
Additional environment details (AWS, VirtualBox, physical, etc.):