I have a QNAP 653D NAS.
The IP of my NAS is 192.168.1.2.
I had Jellyfin working on a container without any issue. Accessing through http://192.168.1.2:8096/
I installed Pi-hole container, giving a static address of 192.168.1.50 but did not have a chance to setup a password for Pi-hole.
After installation, I instantly lost access to QTS and I lost file sharing access as well.
Pi-hole is a domain blocker, and does not block IP's. When you request a web page at an IP address, no domain resolution is required and no DNS server is involved.
For example, to run ping dns.google, the domain must first be resolved to the IP for that domain. If you run ping 8.8.8.8 there is no domain name resolution involved.
@jfb is right, Pi-hole does not block IP addresses (it simply cannot). However, even if it would block it (when you would request my.nas.home or whatever), you'd not have to wait until a timeout appears such as:
because Pi-hole immediately blocks by sending 0.0.0.0. The error you would see in this case would be like "destination not reachable" and the effect would be instantaneous.
I think the issue is due to the fact that somehow Pi-hole service has taken over the normal access to 192.168.1.2.
It feels like dedicating 192.168.1.50 to Pi-hole on the Network1 interface which was already in use for 192.168.1.2 actually deactivated access to 192.168.1.2.
Maybe should have I used 192.168.1.2:port rather than 192.168.1.50?
=> is that possible?
I think the issue is not Pi-hole itself but the access to the NAS's address.
On this NAS there is 2 network access.
Strangely the second access (not fixed IP, being given 192.168.1.241 by DHCP) is not accessible either.
Maybe the fact that I installed Pi-hope container in bridge mode closed access to the NAS?