-
Here is my current sample configuration
now here is a problem im having, the gluetun spins up, gets connected, and starts forwarding traffic, i get back dns server listening on, and a public ip from this example prowlarr, if i exec into the container and do a curl to see the public ip it uses, it is using the correct gluetun one, if i try to curl some service, i get a normal dns resolution, so all works well, but the prowlarr,sonarr,radarr... they all throw out lots of logs regarding unable to resolve entries example of the log for prowlarr: if i try to curl that same domain from the prowlarr pod, i get back valid response, after which the prowlarr still logs does not resolve, (assuming)even if it should now have it cache given this i would have assumed the issue does not lie with gluetun, but the moment i remove gluetun, all other arr-stack services work properly so to tldr, process level queries seem to not be using correct dns for some reason does anyone know what could be the reason for this behavior and how can it be fixed? |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 2 replies
-
How come your gluetun is a init container? Shouldnt it be a sidecar? Otherwise it just shuts down when its done no? |
Beta Was this translation helpful? Give feedback.
-
Created an issue for this, since rolling back one version fixes this behavior |
Beta Was this translation helpful? Give feedback.
Created an issue for this, since rolling back one version fixes this behavior
#2832