I am running opnsense on dedicated hardware with 4 intel nics. 2 are for wan/lan and 1 is used for an iptv settop box. All AV hardware in the livingroom is powered off (standby killer), and with that, the stb which brings down the link on the firewall. When that link goes down, igmpproxy stops as well as that subnet is a configured downstream. Igmpproxy does not start when the link comes back up, so every time I need to manually start igmpproxy.
For now, I have taken the stb out of the group that powers off so it stays on standby.
I am looking for a solution that allows me to power off the stb and brings igmpproxy back up when the link comes back up.
- is it possible to configure actions on link activation? Like in an ifup script or something?
- is there a watchdog service to monitor crashed/stopped services and bring them back up?
- Is monit cabable of monitoring a network link, and start igmpproxy when a link comes alive? It looks like it but I couldnt figure it out?
Im not sure if one the above is possible, if there are other/better ways I'm all ears.
Thanks!
I am experiencing something similar with igmpproxy. Sometimes it simply doesn't work after a reboot of the system. If I then restart it from the gui, it works again. This probably means there is a timing or dependency issue, with it starting up before the network interfaces are ready. I can't really find out what exactly is the issue here.
What I have done for now, is set a crontab entry to restart the service overnight, this seems to work well.
root@router:~ # cat /usr/local/etc/cron.d/igmpproxy.sh
#
# By default, all entries in this file are commented and inactive.
# Please uncomment and customize as shown below.
# use /bin/sh to run commands, overriding the default set by cron
# uncomment, don't change the value
#SHELL=/bin/sh
# mail any output to here, no matter whose crontab this is
# uncomment, set the addres
#MAILTO=me@example.org
# uncomment, set mm and hh to the time (e.g. hh:mm) of day you want the
# cronjob to run
#mm hh * * * /usr/local/sbin/acme.sh --cron --home /var/db/acme/.acme.sh > /dev/null
1 1 * * * root (/usr/local/etc/rc.d/igmpproxy stop && sleep 3 && /usr/local/etc/rc.d/igmpproxy onestart) >> /dev/null
I am experiencing similar issues with a KPN NL set top-box which I connected directly to a router port. IGMPproxy goes down often (multiple times a day). It seems to be related to the STB going from standby to off. When powering up the STB the IGMP proxy does not always respond. Restarting the router does not work either. A manual restart of the proxy from the UI is the only solution.
Next try is to route the IP TV traffic onto the LAN, such that the connection will remain up.
Any other suggestions?