Estou tentando usar o FFMPEG para canalizar um fluxo HLS para TVHEADEND. Mas não consigo fazê-lo funcionar, pois continua recebendo alguns erros de host não encontrado, nenhuma rota para host e TLS de handshake.
Para testá-lo, executo este comando substituindo privateurl.com pelo meu URL de streaming privado.
ffmpeg -user_agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100Safari/537.36" -i "https://privateurl.com:8443/stream/stream.m3u8" -c copy -f mpegts test.ts
Isso funciona perfeitamente no Windows (FFMPEG build 3.4.2), mas no meu servidor Debian (Proxmox) não consigo ter uma conexão estável com exatamente o mesmo comando. Eu testei com FFMPEG versão 3.2.12-1~deb9u1 e com ffmpeg versão 3.4.4 dentro de um container LXC com o mesmo resultado em ambos os casos. Como o HLS é feito de pedaços de fluxos ts menores, parece que ele aleatoriamente não consegue se conectar a alguns dos pedaços alegando diferentes tipos de erros que parecem uma conexão ruim com o servidor, mas por quê? Tanto o Windows quanto o Linux Server estão conectados ao mesmo Roteador, e o Servidor está mesmo conectado diretamente via ethernet (Tentei até trocar o cabo) mas ainda não consegue ter uma conexão estável com o stream. Intermitentemente, ele é capaz de conectar e transmitir um chunck, mas depois pára aleatoriamente em outros pedaços.
...
[tls @ 0x7f49f08eea40] The specified session has been invalidated for some reason.
[tcp @ 0x55efbe455aa0] Connection to tcp://privateurl.com:8443 failed (Host is unreachable), trying next address
Last message repeated 1 times
[hls,applehttp @ 0x7f49f08ee160] Opening 'https://privateurl.com:8443/stream/stream_982112.ts' for reading
[tcp @ 0x55efbe02fbc0] Connection to tcp://privateurl.com:8443 failed (Host is unreachable), trying next address
Last message repeated 1 times
[tcp @ 0x55efbe503280] Connection to tcp://privateurl.com:8443 failed (Host is unreachable), trying next address
Last message repeated 1 times
[tls @ 0x55ba15827580] The TLS connection was non-properly terminated.
...
O mesmo vale para o VLC. No windows eu jogo o stream e funciona perfeitamente, sem nenhum erro. Se eu executar o VLC no lado do servidor, o fluxo funcionará intermitentemente para rajadas curtas e o console será spam com erros TLS e No route to host como este:
...
[00007fec88000ef0] main tls client error: TLS session handshake error
[00007fec88000ef0] main tls client error: connection error: No route to host
[00007fec88000ef0] gnutls tls client error: TLS handshake error: Error in the push function.
[00007fec88000ef0] main tls client error: TLS session handshake error
[00007fec88000ef0] main tls client error: connection error: No route to host
[00007fec88000ef0] gnutls tls client error: TLS handshake error: Error in the push function.
[00007fec88000ef0] main tls client error: TLS session handshake error
[00007fec88000ef0] main tls client error: connection error: No route to host
...
Tentei usar traceroute, tcptraceroute, pingar para o privateurl.com e sua porta, e por mais que eu tente dar erro usando esses comandos, sempre funciona perfeitamente.
Então, no momento, estou completamente sem ideias de como fazer isso funcionar ou o que experimentar para descobrir o que está causando o problema. Para mim, parece que a pilha TLS no Linux está quebrada ou é um erro FFMPEG, mas não sei por que funciona no Windows, mas não no meu servidor Linux.
Alguém tem uma ideia?
Então, finalmente, o mistério foi resolvido. A desativação do IPv6 corrigiu o problema.
Desativei o IPv6 adicionando a /etc/sysctl.conf
As linhas:
Observe que isso é mais uma solução alternativa como uma correção real. A configuração adequada do IPv6 também deve corrigir isso. Mas no meu caso desabilitar o IPv6 foi mais que suficiente por enquanto.
Obrigado @peterh pela contribuição extra sobre este tópico. Espero que haja melhores mensagens de erro no futuro para diferenciar o IPv4 do IPv6.