O que mudou entre os kernels 3.2 e 3.9 que afetam o MiniDLNA?

Question

Estou usando o teste Debian e tenho problemas com o MiniDLNA no kernel > 3.2. O cliente DLNA trabalha cerca de 30 min, depois disso ele perdeu a conexão com o servidor minidlna e não pode descobrir o servidor novamente.

Mas se eu carregar com um kernel antigo (3.2) tudo funciona bem. O tempo em que o minidlna funciona (30 min) pode estar relacionado ao parâmetro notify_interval, que por padrão é 15 min.

Problema resolvido . Estava relacionado à minha configuração de rede. Minha configuração de rede:

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

No kernel 3.5 estava adicionado multicast_querier alternar e desabilitar consultas por padrão que quebrou o meu DLNA na interface de ponte.

Agora, apenas ative o multicast_querier e tudo funciona como antes.

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

    

Answer 1

Estava relacionado à minha configuração de rede. Minha configuração de rede:

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

No kernel 3.5 estava adicionado multicast_querier alternar e desabilitar consultas por padrão que quebrou o meu DLNA na interface de ponte.

Agora, apenas ative o multicast_querier e tudo funciona como antes.

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