MiniDLNAに影響を与えるカーネル3.2と3.9の間にどのような変更が発生しましたか?

MiniDLNAに影響を与えるカーネル3.2と3.9の間にどのような変更が発生しましたか?

Debianでテストしていますが、カーネル> 3.2でMiniDLNAを使用するのに問題があります。 DLNAクライアントは約30分間動作した後、minidlnaサーバーとの接続が失われ、サーバーを再検索できません。

しかし、古いカーネル(3.2)をロードすると、すべてがうまくいきます。 minidlnaが動作する時間(30分)はinform_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

関連情報