why does uptime-kuma resolve a FQDN as 127.0.1.1? #3299

Closed
opened 2026-02-28 03:24:54 -05:00 by deekerman · 4 comments
Owner

Originally created by @y8s on GitHub (Apr 26, 2024).

⚠️ Please verify that this question has NOT been raised before.

  • I checked and didn't find similar issue

🛡️ Security Policy

📝 Describe your problem

I have a pihole that keeps appearing as "down" every check when it is absolutely up.
I get the error connect ECONNREFUSED 127.0.1.1:443
I have no reference to 127.0.1.1 anywhere on the host machine or in my compose.

so I logged into the container for uptime-kuma and pinged the host giving that error and I get this:
(domain.com is not the actual domain but I do have a real domain behind a caddy proxy with DNS challenges)

📝 Error Message(s) or Log

root@d8fd4a6435d4:/app# ping dns1
PING dns1 (10.10.8.1) 56(84) bytes of data.
64 bytes from pi.hole (10.10.8.1): icmp_seq=1 ttl=63 time=1.99 ms
64 bytes from pi.hole (10.10.8.1): icmp_seq=2 ttl=63 time=0.729 ms
^C
--- dns1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 2ms
rtt min/avg/max/mdev = 0.729/1.360/1.991/0.631 ms
root@d8fd4a6435d4:/app# ping dns1.domain.com
PING dns1.domain.com (127.0.1.1) 56(84) bytes of data.
64 bytes from dns1.domain.com (127.0.1.1): icmp_seq=1 ttl=64 time=0.080 ms
64 bytes from dns1.domain.com (127.0.1.1): icmp_seq=2 ttl=64 time=0.067 ms

🐻 Uptime-Kuma Version

Version: 1.23.12

💻 Operating System and Arch

Linux iot 6.6.20+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.20-1+rpt1 (2024-03-07) aarch64 GNU/Linux

🌐 Browser

Chrome Version 124.0.6367.91 (Official Build) (64-bit)

🖥️ Deployment Environment

  • Runtime: Docker Version: 26.1.0
  • Database: default?
  • Filesystem used to store the database on: raspberry pi ext4 on an SSD
  • number of monitors: 20
Originally created by @y8s on GitHub (Apr 26, 2024). ### ⚠️ Please verify that this question has NOT been raised before. - [X] I checked and didn't find similar issue ### 🛡️ Security Policy - [X] I agree to have read this project [Security Policy](https://github.com/louislam/uptime-kuma/security/policy) ### 📝 Describe your problem I have a pihole that keeps appearing as "down" every check when it is absolutely up. I get the error `connect ECONNREFUSED 127.0.1.1:443` I have no reference to 127.0.1.1 anywhere on the host machine or in my compose. so I logged into the container for uptime-kuma and pinged the host giving that error and I get this: (domain.com is not the actual domain but I do have a real domain behind a caddy proxy with DNS challenges) ### 📝 Error Message(s) or Log ``` root@d8fd4a6435d4:/app# ping dns1 PING dns1 (10.10.8.1) 56(84) bytes of data. 64 bytes from pi.hole (10.10.8.1): icmp_seq=1 ttl=63 time=1.99 ms 64 bytes from pi.hole (10.10.8.1): icmp_seq=2 ttl=63 time=0.729 ms ^C --- dns1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 2ms rtt min/avg/max/mdev = 0.729/1.360/1.991/0.631 ms root@d8fd4a6435d4:/app# ping dns1.domain.com PING dns1.domain.com (127.0.1.1) 56(84) bytes of data. 64 bytes from dns1.domain.com (127.0.1.1): icmp_seq=1 ttl=64 time=0.080 ms 64 bytes from dns1.domain.com (127.0.1.1): icmp_seq=2 ttl=64 time=0.067 ms ``` ### 🐻 Uptime-Kuma Version Version: 1.23.12 ### 💻 Operating System and Arch Linux iot 6.6.20+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.20-1+rpt1 (2024-03-07) aarch64 GNU/Linux ### 🌐 Browser Chrome Version 124.0.6367.91 (Official Build) (64-bit) ### 🖥️ Deployment Environment - Runtime: Docker Version: 26.1.0 - Database: default? - Filesystem used to store the database on: raspberry pi ext4 on an SSD - number of monitors: 20
deekerman 2026-02-28 03:24:54 -05:00
Author
Owner

@louislam commented on GitHub (Apr 26, 2024):

You should google "127.0.1.1 pihole", because there have been a lot of people who have also asked this.

Uptime Kuma's container contains nscd, but I don't think it would modify your DNS records.

@louislam commented on GitHub (Apr 26, 2024): You should google "127.0.1.1 pihole", because there have been a lot of people who have also asked this. Uptime Kuma's container contains nscd, but I don't think it would modify your DNS records.
Author
Owner

@y8s commented on GitHub (Apr 26, 2024):

I had googled many things and thought I had fixed it by removing all references to 127.0.1.1 but it was still "stuck" in the pihole server somewhere.

A reboot cleared it out and now it's working properly.

to clarify:
I remove the 127.0.1.1 entries from the hosts file on the docker host as well as the pihole server and replaced them with the actual IP of each machine.

@y8s commented on GitHub (Apr 26, 2024): I had googled many things and thought I had fixed it by removing all references to 127.0.1.1 but it was still "stuck" in the pihole server somewhere. A reboot cleared it out and now it's working properly. to clarify: I remove the 127.0.1.1 entries from the hosts file on the docker host as well as the pihole server and replaced them with the actual IP of each machine.
Author
Owner

@CommanderStorm commented on GitHub (Apr 26, 2024):

A reboot cleared it out and now it's working properly.

I guess this is resolved

@CommanderStorm commented on GitHub (Apr 26, 2024): > A reboot cleared it out and now it's working properly. I guess this is resolved
Author
Owner

@y8s commented on GitHub (Apr 26, 2024):

A reboot cleared it out and now it's working properly.

I guess this is resolved

Yes, thanks.

@y8s commented on GitHub (Apr 26, 2024): > > A reboot cleared it out and now it's working properly. > > I guess this is resolved Yes, thanks.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/uptime-kuma#3299
No description provided.