内核 3.2 和 3.9 之间发生了哪些影响 MiniDLNA 的变化?

内核 3.2 和 3.9 之间发生了哪些影响 MiniDLNA 的变化?

我正在使用 Debian 测试,并且在内核 > 3.2 上使用 MiniDLNA 时遇到问题。 DLNA 客户端工作约 30 分钟,之后失去与 minidlna 服务器的连接,无法再次发现服务器。

但如果我加载旧内核(3.2),一切正常。 minidlna工作的时间(30分钟)可能与notify_interval参数有关,默认为15分钟。

问题解决了。和我的网络配置有关。我的网络配置:

iface br0 inet static
    address 192.168.5.2
    netmask 255.255.255.0
    gateway 192.168.5.1

    bridge_ports eth0
    bridge_stp off
    bridge_maxwait 0
    bridge_fd 0

在 3.5 内核中是添加了multicast_querier切换并默认禁用查询这破坏了我的桥接接口上的 DLNA。

现在我只需启用multicast_querier,一切都像以前一样工作。

# echo 1 > /sys/class/net/br0/bridge/multicast_querier

答案1

和我的网络配置有关。我的网络配置:

iface br0 inet static
    address 192.168.5.2
    netmask 255.255.255.0
    gateway 192.168.5.1

    bridge_ports eth0
    bridge_stp off
    bridge_maxwait 0
    bridge_fd 0

在 3.5 内核中是添加了multicast_querier切换并默认禁用查询这破坏了我的桥接接口上的 DLNA。

现在我只需启用multicast_querier,一切都像以前一样工作。

# echo 1 > /sys/class/net/br0/bridge/multicast_querier

相关内容