OpenVPN Linux 客户端-tls 密钥协商失败（FrootVPN）

Question 1

当您从 Windows 复制证书和密钥文件时，您的 Linux 系统可能因使用错误的行尾而损坏了文件。尝试直接使用您的 Linux 系统下载 FrootVPN 配置文件。

Answer

当您从 Windows 复制证书和密钥文件时，您的 Linux 系统可能因使用错误的行尾而损坏了文件。尝试直接使用您的 Linux 系统下载 FrootVPN 配置文件。

Question 2

由于我认为这里没有足够的信息来明确解决这个问题，所以这个答案更像是一个可以尝试的事情列表，这些事情要么可以解决这个问题，要么可以提供更多信息。我也不确定为什么它被标记为活跃问题，但当我注意到它已经有 1.5 年的历史时，我已经写出了大部分的回答。

ovpn 文件

您提供的配置 (.ovpn) 文件的链接已失效。此链接是否包含与您使用的相同的 ovpn？由于（我刚刚意识到）您很久以前就发布了此信息，因此链接可能刚刚更改，但以防万一，请查看此链接。 https://www.frootvpn.com/files/se.openvpn.frootvpn.ovpn

防火墙

让我印象深刻的一件事是他们使用一系列端口（通常您只使用一个端口，通常是 1194，用于 openvpn 的 udp）。这通常是 VPN 连接出现问题时的问题，但如果是防火墙引起的问题，通常是二进制问题 - 它要么工作，要么不工作。但在这种情况下，有可能 1194 端口正确通过，但其他端口被阻止。为了排除这种情况，您应该禁用计算机上的防火墙，并确保该端口范围已转发到您的计算机（根据 .ovpn 文件，udp 端口 1194 到 1209 包括在内）。根据您的路由器品牌/型号，您可能可以通过单一设置完成一个范围。

我没有使用过 Kali，但它是 debian 的衍生产品，因此它很可能使用“直” iptables 作为防火墙。禁用 iptables 有点麻烦，这里有一些非常明确的操作说明：

首先确保它已安装：

dpkg -l | grep iptables

如果尚未安装，那么除非您有其他防火墙应用程序，否则您只需配置端口转发并开始测试 VPN 连接即可；否则：

以 sudo 或 root shell 身份运行所有命令。这将保存您当前的防火墙设置，然后设置完全透明的防火墙（相当于没有防火墙）。

iptables-save > ~/iptables-rules
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

完成无防火墙测试后，您可以用以下命令重新启用它：

iptables-restore < ~/iptables-rules

确保您已禁用防火墙并转发端口范围，然后尝试连接到 VPN。

可能性较小但仍然有可能

如果您使用的是正确的 .ovpn（很有可能）并且它与防火墙/端口转发无关，那么这里还有一些其他的事情可以尝试并提供数据点，以便人们更容易提供帮助：

将此参数添加到您的 openvpn 调用中：--verb 11这会将调试输出调到 11。将会有一大堆文字 - 如果您看不懂，请将其粘贴到 pastebin 网站并在此处发布链接。不要直接在此处粘贴文本
时钟偏差 - 如果您的本地 PC 时钟设置不准确，或者只是不是准确 - 跳来跳去等 - 您将遇到类似这样的失败。确保设置正确（或配置 NTP 服务器连接）。
您的互联网连接是否延迟较高（例如卫星、质量很差的 DSL 或喘气拨号）？这些将导致加密相关失败。
您使用的路由器是什么类型（品牌/型号）？您更新过它的固件吗？
您是否拥有一台 CPU 不足的旧电脑？加密/解密可能会使旧电脑崩溃并导致这些问题。这必须是一台非常旧的电脑才会出现这种情况，但这种情况经常发生在配置为 openvpn 客户端的路由器上 - 它们的微型风冷 CPU 有时无法跟上。
Windows 计算机上的 openvpn 客户端的日志是什么样的？您是否看到任何相同的错误/警告？
这可能不是原因，但上周我在 Fedora 上很难让 openvpn 作为客户端运行，这是因为使用 md5 加密密钥，而大多数 Linux 发行版都已弃用 md5。调试输出将告诉我们是否发生了这种情况。澄清一下 - 相同的配置文件在 Windows 上使用 openvpn 时有效，但在 Linux 上无效，与你现在/过去/看到的行为相同。

编辑并添加一件事：

尝试使用 pptp 而不是 openvpn。确保路由器上启用了 VPN 直通（它使用一种称为 GRE 的常见数据包类型，路由器必须不受干扰地通过它）。它的安全性要低得多，但会是一个很好的测试。根据您需要 VPN 的安全性，它可能就足够了。尝试一下，如果它有效，请研究真正的安全问题。

Answer

由于我认为这里没有足够的信息来明确解决这个问题，所以这个答案更像是一个可以尝试的事情列表，这些事情要么可以解决这个问题，要么可以提供更多信息。我也不确定为什么它被标记为活跃问题，但当我注意到它已经有 1.5 年的历史时，我已经写出了大部分的回答。

ovpn 文件

您提供的配置 (.ovpn) 文件的链接已失效。此链接是否包含与您使用的相同的 ovpn？由于（我刚刚意识到）您很久以前就发布了此信息，因此链接可能刚刚更改，但以防万一，请查看此链接。 https://www.frootvpn.com/files/se.openvpn.frootvpn.ovpn

防火墙

让我印象深刻的一件事是他们使用一系列端口（通常您只使用一个端口，通常是 1194，用于 openvpn 的 udp）。这通常是 VPN 连接出现问题时的问题，但如果是防火墙引起的问题，通常是二进制问题 - 它要么工作，要么不工作。但在这种情况下，有可能 1194 端口正确通过，但其他端口被阻止。为了排除这种情况，您应该禁用计算机上的防火墙，并确保该端口范围已转发到您的计算机（根据 .ovpn 文件，udp 端口 1194 到 1209 包括在内）。根据您的路由器品牌/型号，您可能可以通过单一设置完成一个范围。

我没有使用过 Kali，但它是 debian 的衍生产品，因此它很可能使用“直” iptables 作为防火墙。禁用 iptables 有点麻烦，这里有一些非常明确的操作说明：

首先确保它已安装：

dpkg -l | grep iptables

如果尚未安装，那么除非您有其他防火墙应用程序，否则您只需配置端口转发并开始测试 VPN 连接即可；否则：

以 sudo 或 root shell 身份运行所有命令。这将保存您当前的防火墙设置，然后设置完全透明的防火墙（相当于没有防火墙）。

iptables-save > ~/iptables-rules
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

完成无防火墙测试后，您可以用以下命令重新启用它：

iptables-restore < ~/iptables-rules

确保您已禁用防火墙并转发端口范围，然后尝试连接到 VPN。

可能性较小但仍然有可能

如果您使用的是正确的 .ovpn（很有可能）并且它与防火墙/端口转发无关，那么这里还有一些其他的事情可以尝试并提供数据点，以便人们更容易提供帮助：

将此参数添加到您的 openvpn 调用中：--verb 11这会将调试输出调到 11。将会有一大堆文字 - 如果您看不懂，请将其粘贴到 pastebin 网站并在此处发布链接。不要直接在此处粘贴文本
时钟偏差 - 如果您的本地 PC 时钟设置不准确，或者只是不是准确 - 跳来跳去等 - 您将遇到类似这样的失败。确保设置正确（或配置 NTP 服务器连接）。
您的互联网连接是否延迟较高（例如卫星、质量很差的 DSL 或喘气拨号）？这些将导致加密相关失败。
您使用的路由器是什么类型（品牌/型号）？您更新过它的固件吗？
您是否拥有一台 CPU 不足的旧电脑？加密/解密可能会使旧电脑崩溃并导致这些问题。这必须是一台非常旧的电脑才会出现这种情况，但这种情况经常发生在配置为 openvpn 客户端的路由器上 - 它们的微型风冷 CPU 有时无法跟上。
Windows 计算机上的 openvpn 客户端的日志是什么样的？您是否看到任何相同的错误/警告？
这可能不是原因，但上周我在 Fedora 上很难让 openvpn 作为客户端运行，这是因为使用 md5 加密密钥，而大多数 Linux 发行版都已弃用 md5。调试输出将告诉我们是否发生了这种情况。澄清一下 - 相同的配置文件在 Windows 上使用 openvpn 时有效，但在 Linux 上无效，与你现在/过去/看到的行为相同。

编辑并添加一件事：

尝试使用 pptp 而不是 openvpn。确保路由器上启用了 VPN 直通（它使用一种称为 GRE 的常见数据包类型，路由器必须不受干扰地通过它）。它的安全性要低得多，但会是一个很好的测试。根据您需要 VPN 的安全性，它可能就足够了。尝试一下，如果它有效，请研究真正的安全问题。

OpenVPN Linux 客户端-tls 密钥协商失败（FrootVPN）

答案1

答案2

ovpn 文件

防火墙

可能性较小但仍然有可能

相关内容