發(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所在的接口名

月下橋 · 發(fā)表于 2025-2-23 22:36

學(xué)習(xí)了謝謝分享

dddfr · 發(fā)表于 2025-3-19 13:22

又發(fā)現(xiàn)了一個(gè)Bug，udpxy在android root環(huán)境下運(yùn)行會(huì)報(bào)錯(cuò)，
setpidfile：file not exist
經(jīng)檢查osdef.h代碼中默認(rèn)的pid文件存放在/var/run和/var/temp中，而這兩個(gè)文件夾在android中都不存在

#if defined(HAS_VARRUN)
#define PIDFILE_DIR "/var/run"
#elif defined(HAS_VARTMP)
#define PIDFILE_DIR "/var/tmp"
#endif

復(fù)制代碼

將其中一個(gè)修改為/tmp，重新編譯后運(yùn)行正常

udpxy_android.zip (45.53 KB, 下載次數(shù): 0)

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

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

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