[Dnsmasq-discuss] Shut down caused by device request address.

john doe johndoe65534 at mail.com
Sun Feb 22 12:49:41 UTC 2026


On 2/22/26 12:45 PM, Matthias Andree via Dnsmasq-discuss wrote:
> Am 22.02.26 um 11:33 schrieb Colin Finnis:
>>
>> I have been running dnsmasq for some time on a Raspberry PI. I had no 
>> problems until about 18 months ago when the DNS would suddenly stop 
>> working. I found these types of entries in the syslog.
>>
>> Feb 21 16:14:07 pilot dnsmasq-dhcp[2061]: DHCPACK(eth0) 192.168.0.242 
>> 02:ef:dd:91:3a:f3 Wild-s-S21
>>
>> Feb 21 16:14:09 pilot dnsmasq-dhcp[2061]: DHCPREQUEST(eth0) 
>> 192.168.0.242 02:ef:dd:91:3a:f3
>>
>> Feb 21 16:14:09 pilot dnsmasq-dhcp[2061]: DHCPACK(eth0) 192.168.0.242 
>> 02:ef:dd:91:3a:f3 Wild-s-S21
>>
>> Feb 21 16:14:09 pilot dhcpcd[377]: eth0: hardware address 
>> 02:ef:dd:91:3a:f3 claims 192.168.0.8
>>
>> Feb 21 16:14:10 pilot dhcpcd[377]: eth0: hardware address 
>> 02:ef:dd:91:3a:f3 claims 192.168.0.8
>>
>> Feb 21 16:14:10 pilot dhcpcd[377]: eth0: 10 second defence failed for 
>> 192.168.0.8
>>
>> Feb 21 16:14:10 pilot dhcpcd[377]: eth0: deleting route to 192.168.0.0/24
>>
>> Feb 21 16:14:10 pilot dhcpcd[377]: eth0: deleting default route via 
>> 192.168.0.1
>>
>> Feb 21 16:14:10 pilot avahi-daemon[279]: Withdrawing address record 
>> for 192.168.0.8 on eth0.
>>
>> The problem always seems to be associated with Samsung phones and 
>> appears to have started after an update to the phone around 18 months 
>> ago. I have found what purports to be a solution which requires a 
>> setting change on the phone. This is fine for my phone but visitors to 
>> my house can cause the same problem and its difficult to get them all 
>> to change before the damage is done. It dosnt always happens when the 
>> phone is brought into the house, I think it occur when the phone is 
>> close to the property and the signal is poor.
>>
>> As you can see the request is made for an address and the DNS 
>> responds. The request is made a second time and immediately the device 
>> seems to take over the IP address of the DNS box. DHCPD then goes into 
>> some sort of defence mode and avahi withdraws the statically assigned 
>> address. I have tried changing the address of the DNS server in case 
>> it was just the phone using a random address but that made no 
>> difference. I cant run a network monitor on the traffic so I cant see 
>> what is happen during this event. It just sems strange behaviour for 
>> the phone to suddenly decide its going to usurp the DNS’s IP address.
>>
>> Im technically savvy having worked in the IT industry for 40 years but 
>> cant work out away to either prevent this or stop it happening. The 
>> only way at the moment is to reboot the PI. Any help would be 
>> appreciated.
>>
>> Colin Finnis
>>
> 
> Colin,
> 
> you're not reporting your dnsmasq version, and what's utterly unclear to 
> me is how the MAC address is both for Wild-s-S21 and dhcpcd? What is the 
> setting for the Samsung phone that would prevent this? Give the phone a 
> static address?
> 
> How come dhcpcd concludes that the shown hardware address is for 
> 192.168.0.8 if dnsmasq handed out 192.168.0.242 for what appears to be a 
> Samsung S21 phone?
> 

Newer phones have, per default, random MAC turned on, if you  want to 
assign a static lease to your phone you might want to stop that from 
happening.

-- 
John Doe



More information about the Dnsmasq-discuss mailing list