☰

频繁出现连接错误：没有到主机的路由以及 HLS 的 TLS 会话握手错误。但它在 Windows 中有效！

tag-icon • tag-icon ssl streaming gnutls
频繁出现连接错误：没有到主机的路由以及 HLS 的 TLS 会话握手错误。但它在 Windows 中有效！

我正在尝试使用 FFMPEG 将 HLS 流传输到 TVHEADEND。但我无法让它工作，因为它不断出现一些“找不到主机”、“没有主机路由”和 TLS 握手错误。

为了测试它，我运行此命令，将 privateurl.com 替换为我的私有流 URL。

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

这在 Windows（FFMPEG build 3.4.2）上完美运行，但在我的 Debian 服务器（Proxmox）上，我无法使用完全相同的命令建立稳定的连接。我在 LXC 容器内使用 FFMPEG 版本 3.2.12-1~deb9u1 和 ffmpeg 版本 3.4.4 对其进行了测试，在这两种情况下结果相同。由于 HLS 是由较小的 ts 流块组成的，因此它似乎随机无法连接到一些声称出现不同类型错误的块，这些错误看起来像是与服务器的连接不良，但为什么呢？ Windows和Linux服务器都连接到同一个路由器，服务器甚至通过以太网直接连接（甚至尝试更换电缆），但仍然无法与流建立稳定的连接。它能够间歇性地连接并传输一个块，但随后它会在其他块上随机停止。服务器的 FFMPEG 错误输出如下所示：

...
[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.
...

VLC 也是如此。在 Windows 上，我播放该流，它运行完美，没有任何错误。如果我在服务器端运行 VLC，流会间歇性地短时间工作，并且控制台会收到 TLS 和无路由到主机错误的垃圾邮件，如下所示：

...
[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
...

我尝试使用traceroute、tcptraceroute、ping privateurl.com 及其端口，尽管我尝试使用这些命令获取错误，但它总是完美运行。

所以现在我完全不知道如何使这项工作正常进行，也不知道如何尝试找出导致问题的原因。对我来说，Linux 中的 TLS 堆栈似乎已损坏，或者是 FFMPEG 错误，但我只是不知道为什么它在 Windows 中有效，但在我的 Linux 服务器上却无效。

有人有主意吗？

答案1

于是谜团终于解开了。禁用 IPv6 解决了该问题。

我通过添加到 /etc/sysctl.conf 禁用了 IPv6

线路：

net.ipv6.conf.all.disable_ipv6=1
net.ipv6.conf.default.disable_ipv6=1

请注意，这更像是一个真正的修复方法。正确配置 IPv6 也应该可以解决这个问题。但就我而言，禁用 IPv6 目前就足够了。

感谢@peterh 就该主题提供的额外意见。我希望将来有更好的错误消息来区分 IPv4 和 IPv6。

相关内容