Dear all,
i customize pihole as DHCP and enable the feature.
The DHCP in my FritzBox is disable.
Now i get following warning in pi-hole diagnosis:
But i can't find any error in my DHCP-Settings:
Core vDev (development-v6, 92e741fd)
FTL vDev (development-v6, 04cf2e83)
Web interface vDev (development-v6, 1dcf90bd)
Can somebody see the error?
TIA!
Best regards
Gerd
Do any of the suggestions in this post help (which is for v5 but I think still applies in this role)?
netstat results shows that Pi-hole is listening for DHCP on port 67, which is in line with your debug log showing you have full IPv4 connectivity. Pi-hole is also the only process on your Pi-hole machine doing so.
I can think of a few reasons why Pi-hole would not be receiving DHCP requests:
a) a firewall blocks DHCP ports on your Pi-hole machine
b) prospective clients are not on the same network segment as Pi-hole (which could be the case if they were not directly connected to your router by…
Hi,
thank's for the link!
No of the suggestions solved the problem.
Could it be done with the netmask in the DHCP-Settings?
I set it like described to 0.0.0.0 but after save, the field is blank?!
Wishes
Gerd
You could certainly try entering it to match your network. When set to auto, I don't know if it's picking it up from the network or if it's using some logic based on the IP range (eg setting a /8
for a 10.x.x.x
network).
Make sure Pi-hole is configured to use the correct interface in use. Ie, that in this case you're using eth0
for the network, not wlan0
or something else, leaving eth0
devoid of addresses.
DL6ER
February 4, 2024, 6:52am
5
This may be a simple displaying artifact mistakenly assuming a null IP address means none, we'll check that.
It is taken from the interface itself, more previously from the (hopefully static) address assignment.
@GerdRuetten could you please show the output of ip a
on your Pi-hole?
1 Like
DL6ER:
ip a
Hi, sure!
root@ProxmoxCT-pihole:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0@if489: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether a2:30:bf:b6:4c:a7 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.24.0.2/32 brd 10.24.0.2 scope global eth0
valid_lft forever preferred_lft forever
inet6 fd00::a030:bfff:feb6:4ca7/64 scope global deprecated dynamic mngtmpaddr
valid_lft 4102sec preferred_lft 0sec
inet6 2a00:6020:4eb5:3100:a030:bfff:feb6:4ca7/64 scope global dynamic mngtmpaddr
valid_lft 3490sec preferred_lft 3490sec
inet6 fe80::a030:bfff:feb6:4ca7/64 scope link
valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:4d:e3:80:9f brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
root@ProxmoxCT-pihole:~#
OK, i test it.
If i set the netmask to 255.255.0.0 i get no error.
If i change back to 0.0.0.0 i get the error
What do you mean?
Pi-hole running under proxmox and in proxmox i set a static IP ... see:
DL6ER
February 4, 2024, 7:30am
9
You've set the address to 10.24.0.2/32
which effectively means a netmask of exactly one address (the same as 255.255.255.255
). The correct setting in your case would be 10.24.0.2/16
which is 255.255.0.0
.
This also perfectly explains the issue and the warning you were seeing. FTL looked at the interface configuration and saw that the entire network consists of only one IP address. This means there were obviously no more appearances available it could hand out to others via DHCP, triggering the warning to make your aware of this.
Have a look at CIDR - Wikipedia (German ) if you want to find out more about this.
1 Like
I'm an idiot
Thank you very much for the support!
I changed the entry in Proxmox to /16 and now I no longer receive a warning message, even with a netmask of 0.0.0.0