Thankyou, well that is showing that the Pi-hole web server is up and running and responding. Can you try that full URL in the browser on the original machine please?
http://192.168.1.223/admin/login.php
Is the original machine definitely on the same network? Is it running any VPN stuff? Are any private browsing services disabled (which might be funneling traffic through a proxy), and so on?
Are you able to reach the full URL from a browser on the machine you did the curl from (assuming it has a desktop environment), or perhaps a smartphone on the same network. Basically trying to narrow it down to a problem with a settings in that original browser or perhaps whole machine's networking.
Thank you for your help. I've tried http://192.168.1.223/admin/login.php from all my devices, wired and wireless, mobile and desktop, different browsers (safari/brave with and without shields) and they all spin for about 5 minutes then I just get the standard timeout message. I've opened all ports as per documentation on the device itself and I'm able to telnet to port 80.
I've used piholes for years and I currently have two others that are working flawlessly, same config. The only difference between those and this one is that the working piholes are hosted on PVE while the problematic pihole is running off a VM hosted on Unraid. I've never had this issue before and thus I remain flummoxed.
If you try to curl the page (without any flags), do you receive the file?
curl http://192.168.1.223/admin/login.php
Expected answer: (I didn't post the full output)
<!DOCTYPE html>
<!--
* Pi-hole: A black hole for Internet advertisements
* (c) 2017 Pi-hole, LLC (https://pi-hole.net)
* Network-wide ad blocking via your own hardware.
*
* This file is copyright under the latest version of the EUPL.
* Please see LICENSE file for your rights under this license.
-->
<html lang="en">
<head>
<meta charset="utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<!-- Usually browsers proactively perform domain name resolution on links that the user may choose to follow. We disable DNS prefetching here -->
<meta http-equiv="x-dns-prefetch-control" content="off">
(... removed ...)
<script src="scripts/pi-hole/js/footer.js?v=1697402395"></script>
</body>
</html>
Are they also running on Unraid? If not – which, since they are working, could imply an Unraid-specific issue – is there a default security or network setting that needs tweaking?
The other two piholes are running on a VM hosted on (2) separate Proxmox instances. I pored through my firewall rules earlier but I'm going to check again and see if there is some LAN rule that could be impacting this traffic.
I turned off potential rules for this ip address at my firewall, essentially DMZ'ing it and still no dice. I compared the firewall entry for all the piholes and they are identical in terms of settings. Unraid doesn't have a built-in firewall and there are no firewall settings for the actual VM itself.
Just for fun I spun up a new Ubuntu 22 VM on a different IP (.224), updated it, installed pihole, and same results. It's gotta be something on my network. Just baffling me because SSH works, and all tests to port 80 work.