主页 / unix / 问题 / 475257
Accepted
Robert Koszewski
Asked: 2018-10-14 04:19:19 +0800 CST

经常出现连接错误：没有路由到主机和 HLS 的 TLS 会话握手错误。但它适用于Windows！

  • 772

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

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

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 服务器都连接到同一个路由器，服务器甚至直接通过以太网连接（尝试更换电缆），但仍然无法稳定连接到流。它能够间歇性地连接和流式传输一个块，但随后它会随机停止在其他块上。 

...
[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 垃圾邮件和 No route to host 错误，如下所示：

...
[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 服务器上无效。

有人有想法吗？

ssl streaming

1 个回答

  1. Best Answer

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

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

    这些行：

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

    请注意，这更像是一种真正的解决方法。正确配置 IPv6 也应该可以解决此问题。但就我而言，现在禁用 IPv6 已经绰绰有余了。

    感谢@peterh 对此主题的额外投入。我希望将来会有更好的错误消息来区分 IPv4 和 IPv6。

    • 0

相关问题