However, even if I skip this step and start the container directly I run into the same issue. This started breaking about last week, though I initially worked around it by just adding 1.1.1.1 manually to resolv.conf inside the container. This does not persist across reboots however.
I'm unsure if this is a searxng or podman issue, but other podman user containers are not affected, using working nameservers in their resolv.conf files.
As of recently DNS resolution stopped working in my local searxng container. I'm using podman in non-privileged (user) mode.
From what I can tell the issue is that the resolv.conf is wrong inside the searxng container:
Where
10.89.0.1
doesn't actually reply to DNS:Here is the
docker-compose.yml
file I use to start the searxng container, I don't see any obvious issues:I then use a user systemd service to start this searxng instance when I log in:
However, even if I skip this step and start the container directly I run into the same issue. This started breaking about last week, though I initially worked around it by just adding 1.1.1.1 manually to resolv.conf inside the container. This does not persist across reboots however.
I'm unsure if this is a searxng or podman issue, but other podman user containers are not affected, using working nameservers in their resolv.conf files.