I can clear my cache manually and check each time I make a DNS change. As mentioned, this issue is persistent on each instance of Traefik, my Fedora and TrueNAS instance.
Additionally, my tdarr.mydomain.net entry is a new entry that only lives on my TrueNAS instance. Receiving a 404 and no log in access.log is a glaring issue.
File permissions are owned by root and 777 across the board except for ame.json, cert.pem and key.pem respectively for both folder structures.
I'm willing to do a screen share to prove out this issue to you. I'm available all day today outside of 11:00-11:30 and 2:00-3:00 EST
EDIT: As another test, I moved all my files locally to my Fedora server and the issue persists. I had to run sudo chcon -Rt svirt_sandbox_file_t /var/traefik on my Fedora server before the container would start (After moving everything to an another machine, unable to connect or 404 - #9 by Wave6677).
Logs showing I am still receiving a 404 to tdarr.mydomain.net, but it is pointing to the correct IP at least. I assume this is an actual configuration issue with the router or container:
[root@ContainerStation ~]# cat /var/traefik/logs/traefik.log | grep tdarr@file
2025-01-29T07:30:50-05:00 DBG github.com/traefik/traefik/v3/pkg/server/service/service.go:313 >
Creating load-balancer entryPointName=websecure routerName=tdarr@file serviceName=tdarr@file
2025-01-29T07:30:50-05:00 DBG github.com/traefik/traefik/v3/pkg/server/service/service.go:350 > Creating server entryPointName=websecure routerName=tdarr@file serverName=72c666012f67cc01 serviceName=tdarr@file target=https://192.168.10.20:30028
[root@ContainerStation ~]# cat /var/traefik/logs/access.log | grep tdarr@file
[root@ContainerStation ~]#
Logs showing my sonarr4k however is still pointing to my local Fedora server, the container is not honoring the configuration. For some reason I'm not seeing my laptop even hit the query, it's all stuck on internal Podman, which I have also restarted with systemctl restart podman.
[root@ContainerStation ~]# cat /var/traefik/logs/traefik.log | grep sonarr4k@file
2025-01-29T08:14:45-05:00 DBG github.com/traefik/traefik/v3/pkg/server/service/service.go:313 > Creating load-balancer entryPointName=websecure routerName=sonarr4k@file serviceName=sonarr4k@file
2025-01-29T08:14:45-05:00 DBG github.com/traefik/traefik/v3/pkg/server/service/service.go:350 > Creating server entryPointName=websecure routerName=sonarr4k@file serverName=9bde6258e42b47ab serviceName=sonarr4k@file target=http://192.168.10.200:8990
2025-01-29T08:14:46-05:00 DBG github.com/traefik/traefik/v3/pkg/server/service/service.go:313 > Creating load-balancer entryPointName=websecure routerName=sonarr4k@file serviceName=sonarr4k@file
2025-01-29T08:14:46-05:00 DBG github.com/traefik/traefik/v3/pkg/server/service/service.go:350 > Creating server entryPointName=websecure routerName=sonarr4k@file serverName=9bde6258e42b47ab serviceName=sonarr4k@file target=http://192.168.10.200:8990
[root@ContainerStation ~]# cat /var/traefik/logs/access.log | grep sonarr4k@file
192.168.10.65 - - [29/Jan/2025:13:26:18 +0000] "GET / HTTP/2.0" 502 11 "-" "-" 30 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:18 +0000] "GET /favicon.ico HTTP/2.0" 502 11 "-" "-" 31 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:19 +0000] "GET / HTTP/2.0" 502 11 "-" "-" 32 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:19 +0000] "GET /favicon.ico HTTP/2.0" 502 11 "-" "-" 33 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:19 +0000] "GET / HTTP/2.0" 502 11 "-" "-" 34 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:19 +0000] "GET /favicon.ico HTTP/2.0" 502 11 "-" "-" 35 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:19 +0000] "GET / HTTP/2.0" 502 11 "-" "-" 36 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
192.168.10.65 - - [29/Jan/2025:13:26:19 +0000] "GET /favicon.ico HTTP/2.0" 502 11 "-" "-" 37 "sonarr4k@file" "http://192.168.10.200:8990" 0ms
[root@ContainerStation ~]# ping sonarr4k.mydomain.net
PING sonarr4k.galmotech.net (192.168.10.20) 56(84) bytes of data.
64 bytes from 192-168-10-20.plex.direct (192.168.10.20): icmp_seq=1 ttl=64 time=0.379 ms
64 bytes from 192-168-10-20.plex.direct (192.168.10.20): icmp_seq=2 ttl=64 time=0.315 ms
64 bytes from 192-168-10-20.plex.direct (192.168.10.20): icmp_seq=3 ttl=64 time=0.261 ms
64 bytes from 192-168-10-20-.plex.direct (192.168.10.20): icmp_seq=4 ttl=64 time=0.277 ms
Logs showing my Nextcloud container is still working on the local Fedora station:
[root@ContainerStation ~]# cat /var/traefik/logs/access.log | grep nextcloud@file
192.168.10.65 - - [29/Jan/2025:12:24:48 +0000] "GET / HTTP/2.0" 302 0 "-" "-" 7 "nextcloud@file" "https://192.168.10.200:8443" 451ms
192.168.10.65 - - [29/Jan/2025:12:24:49 +0000] "GET /login HTTP/2.0" 302 0 "-" "-" 8 "nextcloud@file" "https://192.168.10.200:8443" 69ms
192.168.10.65 - - [29/Jan/2025:12:24:49 +0000] "GET /apps/oidc_login/oidc HTTP/2.0" 302 0 "-" "-" 9 "nextcloud@file" "https://192.168.10.200:8443" 347ms
I've never had issues updating my dynamic file configuration before. I can try downgrading to version 2 and see if that resolves the issue but some help would be appreciated as I'm just trying shotgun approach troubleshooting right now with little constructive feedback.