#19361: uci / regression in r45040
-----------------------+------------------------
 Reporter:  bittorf@…  |      Owner:  developers
     Type:  defect     |     Status:  new
 Priority:  normal     |  Milestone:
Component:  packages   |    Version:  Trunk
 Keywords:             |
-----------------------+------------------------
 we have a somewhat dubious construction here.
 after r45040 dnsmasq will not longer recognize
 this alias-interface with proto dhcp. when we
 just revert r45040 everything is fine.

 steps to reproduce:
 {{{
 uci add network 'alias'
 uci set network.@alias[-1].interface='loopback'
 uci set network.@alias[-1].proto='dhcp'
 uci set network.@alias[-1].defaultroute='0'
 uci set network.@alias[-1].peerdns='0'

 uci add dhcp 'host'
 uci set dhcp.@host[-1].ip='127.0.0.2'
 uci set dhcp.@host[-1].mac='00:00:00:00:00:00'
 uci set dhcp.@host[-1].name='lo-alias'

 uci add dhcp 'dhcp'
 uci set dhcp.@dhcp[-1].interface='loopback'
 uci set dhcp.@dhcp[-1].start='2'
 uci set dhcp.@dhcp[-1].limit='2'
 uci set dhcp.@dhcp[-1].leasetime='1h'
 uci set dhcp.@dhcp[-1].force='1'
 uci set dhcp.@dhcp[-1].ignore='0'

 ifup loopback
 /etc/init.d/dnsmasq restart

 root@box:~ cat /tmp/dhcp.leases
 1427723537 00:00:00:00:00:00 127.0.0.2 lo-alias *
 }}}

 with the 'bad' uci-version, dnsmasq will not take
 the interface into account and will not offer dhcp on
 this interface...

 this construction is part of a netifd-watchdog,
 which tracks if netifd is still alive 8-)

--
Ticket URL: <https://dev.openwrt.org/ticket/19361>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets

Reply via email to