發(fā)現(xiàn)udpxy的一個(gè)bug

dddfr · 發(fā)表于 2025-2-22 20:40

本帖最后由 dddfr 于 2025-2-22 20:42 編輯

udpxy是IPTV組播轉(zhuǎn)單播常用的工具，實(shí)現(xiàn)局域網(wǎng)，甚至在全網(wǎng)上轉(zhuǎn)發(fā)流媒體。近日在給別人配置IPTV融合時(shí)，當(dāng)時(shí)使用沒有任何問題，過兩三小時(shí)udpxy就不好用了，重啟路由后又好了，再過一會(huì)又故障，真撓頭。
路由是miwifi 3G的，老古董了，wan口正常上網(wǎng)，lan1接了個(gè)NAS，lan2口接IPTV網(wǎng)線，新建接口和防火墻域，名子都是IPTV，為防止與外網(wǎng)默認(rèn)路由沖突，接口IPTV取消默認(rèn)路由，防火墻域允許OUTPUT，INPUT只允許UDP，這樣tr069就管不著我們了。
由于取消IPTV接口的默認(rèn)路由，udpxy配置里必需要填source，具體配置：

config udpxy
option disabled '0'
option respawn '1'
option verbose '0'
option status '1'
option bind '0.0.0.0'
option port '4022'
option source 'lan2'

復(fù)制代碼

使用一段時(shí)間在故障出現(xiàn)后，發(fā)現(xiàn)udpxy的組播源地址未隨lan2的dhcp renew更新，見下圖
發(fā)現(xiàn)udpxy的一個(gè)bug

lan2的ip地址使用一段時(shí)間后要重新獲取，udpxy的source接口設(shè)定為lan2，但未跟隨dhcp renew而變化，導(dǎo)致故障發(fā)生。
解決方案：
治本方案：修改udpxy源碼，重新編譯，暫時(shí)還沒這個(gè)水平，等待作者或其它牛人去做了
治標(biāo)方案：檢查dhcp renew事件，發(fā)生時(shí)讓udpxy重啟。這個(gè)路由器dhcp用的是udhcpc，在etc目錄下有個(gè)udhcpc.user文件，當(dāng)事件發(fā)生時(shí)會(huì)執(zhí)行這個(gè)文件，寫入如下內(nèi)容就可以解決問題

# This script is sourced by udhcpc's dhcp.script at every DHCP event.
if [ "lan2" = $interface ]
then
case "$1" in
deconfig)
service udpxy stop
echo "udpxy stop"
;;
renew)
service udpxy stop
sleep 2
service udpxy start
echo "udpxy restart"
;;
bound)
service udpxy start
echo "udpxy start"
;;
esac
fi

復(fù)制代碼

注意第二行l(wèi)an2需要替換為IPTV所在的接口名

› 綜合交流 / 資源分享區(qū) › 綜合交流大區(qū)

發(fā)現(xiàn)udpxy的一個(gè)bug

發(fā)現(xiàn)udpxy的一個(gè)bug