freifunk-berlin / firmware

DEPRECATED: Build system for Berlin firmware. Please user the pinned falter-repos instead
https://berlin.freifunk.net
GNU General Public License v3.0
74 stars 34 forks source link

daemon.warn dnsmasq-dhcp: DHCP packet received on br-wan which has no address #837

Closed everloop2 closed 4 years ago

everloop2 commented 4 years ago

Firmware Version:

master: Freifunk Berlin Development 91b6ae0 -> think all others too

What is the problem?

syslog is spammed by: daemon.warn dnsmasq-dhcp[2184]: DHCP packet received on br-wan which has no address after bootup, (dunno if DSL_BOX related?)

What is the expected behaviour?

dnsmasq should not care for br-wan / be quiet

workaround/solution:

ssh root@frei.funk
vi /etc/config/dhcp

insert:

config dnsmasq
list notinterface 'br-wan'
SvenRoederer commented 4 years ago

I've also seen this messages a lot on regular LAN-based uplinks, so nothing special to "DSL-Boxes". But will this change break getting dhcp-config on the interface?

SvenRoederer commented 4 years ago

But will this change break getting dhcp-config on the interface?

Got it ... it's stopping the dnsmasq dhcpserver to listen on this interface. @everloop2 can you PR this?

SvenRoederer commented 4 years ago

Btw. I'm quite sure this is caused by the "no-tunnel" images when ffuplink requests an address on this interface too (#624).

Based on this, shouldn't we also include "ffuplink_wan" to the notinterface list?

everloop2 commented 4 years ago

yep, ffuplink_wan also can/should be ignored.

created pull: https://github.com/freifunk-berlin/firmware-packages/pull/212 - did close due not woking - false command used: not uci set

https://github.com/freifunk-berlin/firmware-packages/pull/213 - working version: uci add_list