I found this issue while trying to get miniupnpd working. It was
constantly failing to start for me because of:
> user.notice upnp daemon: external interface not found, not starting
miniupnpd requires "external_iface" in config file
(/etc/config/upnpd). When starting it translates this "external_iface"
to a real (or VLAN) interface. The most obvious example is setting
"external_iface" to "wan". It should be translated to "eth1" (on most
ar71xx) or "eth0.2" (on most bcm47xx).
To handle this translation /etc/init.d/miniupnpd does:
local ifname
network_get_device ifname ${extiface:-wan}
Unfortunately "network_get_device ifname wan" doesn't set "ifname" to
anything when "wan" interface is down. As soon as I connect cable to
my "wan" (and let it grab DHCP addr) it starts working.
That isn't very helpful as I want "miniupnd" to always start, no
matter what is the status of "wan" interface.
Do you think "network_get_device" could be improved to work in such
scenario? Or is there good reason it doesn't work that way and
miniupnpd should use another way to determine real "wan" interface?
--
Rafał
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
