質問: openvpn linuxクライアント-tlsキーネゴシエーションが発生しませんでした(frootvpn) 私は無料のfrootvpnサービスを使用しています(windowsで問題なく動作します)。しかし、linuxではそれを機能させることができません。 frootvpnのサポートwebページが壊れているため、サポートにメッセージを送信できません。サーバー関連のボードであることは知っていますが、適切なクライアント関連のボードは見つかりませんでした。また、frootvpnサポートに連絡できないため、許可されることを期待して、ここにトピックを投稿します。私が得るエラーは次のとおりです。tls key negotiation failed to occur within 60 seconds (check your network connectivity) tls error: tls handshake failed 私はすべてを試しました: ネームサーバー80.67.0.2を/etc/resolv.confに追加します( ガイドページ が示唆しているように) /etc/resolv.confを上書きから保護する ipv6が有効になっていることを確認する openvpnの再インストール 転送ポート1194 「ca」、「cert」、「key」を構成から分離する 証明書とキーをまったく使用しない(このサーバーへの接続には影響しません) update-resolv-conf scriptを使用する 設定ファイルのさまざまな設定を変更する 私が何をしても、このエラーは続きます。私のispは何もブロックしていません、私はそれに100%確信しています。さらに、10件中1件のケースでサーバーに正常に接続でき、ほぼ毎秒次のメッセージが表示されます。authenticate/decrypt packet error: bad packet id (may be a replay): [ #1 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings 接続に成功した場合、vpnは機能しますが、これらのメッセージが表示されます。しかし、ほとんどの場合、私が言ったように、10のうち9のケースでは、上記のtlsエラーに接続しません。ログの例:# openvpn '/etc/openvpn/frootvpn.ovpn' wed jan 21 21:35:06 2015 openvpn 2.2.1 x86_64-linux-gnu [ssl] [lzo2] [epoll] [pkcs11] [eurephia] [mh] [pf_inet6] [ipv6 payload 20110424-2 (2.2rc2)] built on dec 1 2014 enter auth username:coolak enter auth password: wed jan 21 21:35:18 2015 note: openvpn 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables wed jan 21 21:35:18 2015 control channel mtu parms [ l:1541 d:138 ef:38 eb:0 et:0 el:0 ] wed jan 21 21:35:18 2015 socket buffers: r=[212992->131072] s=[212992->131072] wed jan 21 21:35:18 2015 resolve: note: se-openvpn.frootvpn.com resolves to 8 addresses wed jan 21 21:35:18 2015 data channel mtu parms [ l:1541 d:1450 ef:41 eb:4 et:0 el:0 ] wed jan 21 21:35:18 2015 local options hash (ver=v4): '3514370b' wed jan 21 21:35:18 2015 expected remote options hash (ver=v4): '239669a8' wed jan 21 21:35:18 2015 udpv4 link local: [undef] wed jan 21 21:35:18 2015 udpv4 link remote: [af_inet]178.73.212.198:1198 wed jan 21 21:36:18 2015 tls error: tls key negotiation failed to occur within 60 seconds (check your network connectivity) wed jan 21 21:36:18 2015 tls error: tls handshake failed wed jan 21 21:36:18 2015 tcp/udp: closing socket wed jan 21 21:36:18 2015 sigusr1[soft,tls-error] received, process restarting wed jan 21 21:36:18 2015 restart pause, 2 second(s) wed jan 21 21:36:20 2015 note: openvpn 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables wed jan 21 21:36:20 2015 re-using ssl/tls context wed jan 21 21:36:20 2015 control channel mtu parms [ l:1541 d:138 ef:38 eb:0 et:0 el:0 ] wed jan 21 21:36:20 2015 socket buffers: r=[212992->131072] s=[212992->131072] wed jan 21 21:36:20 2015 resolve: note: se-openvpn.frootvpn.com resolves to 8 addresses wed jan 21 21:36:20 2015 data channel mtu parms [ l:1541 d:1450 ef:41 eb:4 et:0 el:0 ] wed jan 21 21:36:20 2015 local options hash (ver=v4): '3514370b' wed jan 21 21:36:20 2015 expected remote options hash (ver=v4): '239669a8' wed jan 21 21:36:20 2015 udpv4 link local: [undef] wed jan 21 21:36:20 2015 udpv4 link remote: [af_inet]178.73.212.205:1206 wed jan 21 21:37:20 2015 tls error: tls key negotiation failed to occur within 60 seconds (check your network connectivity) wed jan 21 21:37:20 2015 tls error: tls handshake failed wed jan 21 21:37:20 2015 tcp/udp: closing socket wed jan 21 21:37:20 2015 sigusr1[soft,tls-error] received, process restarting wed jan 21 21:37:20 2015 restart pause, 2 second(s) wed jan 21 21:37:22 2015 note: openvpn 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables wed jan 21 21:37:22 2015 re-using ssl/tls context wed jan 21 21:37:22 2015 control channel mtu parms [ l:1541 d:138 ef:38 eb:0 et:0 el:0 ] wed jan 21 21:37:22 2015 socket buffers: r=[212992->131072] s=[212992->131072] wed jan 21 21:37:22 2015 resolve: note: se-openvpn.frootvpn.com resolves to 8 addresses wed jan 21 21:37:22 2015 data channel mtu parms [ l:1541 d:1450 ef:41 eb:4 et:0 el:0 ] wed jan 21 21:37:22 2015 local options hash (ver=v4): '3514370b' wed jan 21 21:37:22 2015 expected remote options hash (ver=v4): '239669a8' wed jan 21 21:37:22 2015 udpv4 link local: [undef] wed jan 21 21:37:22 2015 udpv4 link remote: [af_inet]178.73.212.200:1202 wed jan 21 21:38:22 2015 tls error: tls key negotiation failed to occur within 60 seconds (check your network connectivity) wed jan 21 21:38:22 2015 tls error: tls handshake failed wed jan 21 21:38:22 2015 tcp/udp: closing socket wed jan 21 21:38:22 2015 sigusr1[soft,tls-error] received, process restarting wed jan 21 21:38:22 2015 restart pause, 2 second(s) 接続が成功した場合(これは非常にまれにしか発生しません)、別のログの例を次に示します。wed jan 21 21:38:24 2015 note: openvpn 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables wed jan 21 21:38:24 2015 re-using ssl/tls context wed jan 21 21:38:24 2015 control channel mtu parms [ l:1541 d:138 ef:38 eb:0 et:0 el:0 ] wed jan 21 21:38:24 2015 socket buffers: r=[212992->131072] s=[212992->131072] wed jan 21 21:38:24 2015 resolve: note: se-openvpn.frootvpn.com resolves to 8 addresses wed jan 21 21:38:24 2015 data channel mtu parms [ l:1541 d:1450 ef:41 eb:4 et:0 el:0 ] wed jan 21 21:38:24 2015 local options hash (ver=v4): '3514370b' wed jan 21 21:38:24 2015 expected remote options hash (ver=v4): '239669a8' wed jan 21 21:38:24 2015 udpv4 link local: [undef] wed jan 21 21:38:24 2015 udpv4 link remote: [af_inet]178.73.212.201:1194 wed jan 21 21:38:24 2015 tls: initial packet from [af_inet]178.73.212.201:1194, sid=7db519ba bd8492df wed jan 21 21:38:24 2015 warning: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this wed jan 21 21:38:24 2015 verify ok: depth=1, /c=se/st=qq/l=froottown/o=frootorg/ou=changeme/cn=changeme/name=changeme/emailaddress=mail@host.domain wed jan 21 21:38:24 2015 verify ok: nscerttype=server wed jan 21 21:38:24 2015 verify ok: depth=0, /c=se/st=qq/l=froottown/o=frootorg/ou=changeme/cn=server/name=changeme/emailaddress=mail@host.domain wed jan 21 21:38:25 2015 data channel encrypt: cipher 'bf-cbc' initialized with 128 bit key wed jan 21 21:38:25 2015 data channel encrypt: using 160 bit message hash 'sha1' for hmac authentication wed jan 21 21:38:25 2015 data channel decrypt: cipher 'bf-cbc' initialized with 128 bit key wed jan 21 21:38:25 2015 data channel decrypt: using 160 bit message hash 'sha1' for hmac authentication wed jan 21 21:38:25 2015 control channel: tlsv1, cipher tlsv1/sslv3 dhe-rsa-aes256-sha, 2048 bit rsa wed jan 21 21:38:25 2015 [server] peer connection initiated with [af_inet]178.73.212.201:1194 wed jan 21 21:38:25 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #1 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:25 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #2 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:26 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #3 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:26 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #4 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:27 2015 sent control [server]: 'push_request' (status=1) wed jan 21 21:38:27 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #5 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:27 2015 push: received control message: 'push_reply,ifconfig-ipv6 2a00:1a28:1167::1011/64 2a00:1a28:1167::1,dhcp-option dns 80.67.0.2,dhcp-option dns 91.213.246.2,redirect-gateway def1,route-ipv6 2000::/3,tun-ipv6,route-gateway 178.73.192.1,topology subnet,ping 10,ping-restart 160,ifconfig 178.73.192.19 255.255.255.224' wed jan 21 21:38:27 2015 options import: timers and/or timeouts modified wed jan 21 21:38:27 2015 options import: --ifconfig/up options modified wed jan 21 21:38:27 2015 options import: route options modified wed jan 21 21:38:27 2015 options import: route-related options modified wed jan 21 21:38:27 2015 options import: --ip-win32 and/or --dhcp-option options modified wed jan 21 21:38:27 2015 route default_gateway=192.168.1.1 wed jan 21 21:38:27 2015 route6: default_gateway=undef wed jan 21 21:38:27 2015 tun/tap device tun0 opened wed jan 21 21:38:27 2015 tun/tap tx queue length set to 100 wed jan 21 21:38:27 2015 do_ifconfig, tt->ipv6=1, tt->did_ifconfig_ipv6_setup=1 wed jan 21 21:38:27 2015 /sbin/ifconfig tun0 178.73.192.19 netmask 255.255.255.224 mtu 1500 broadcast 178.73.192.31 wed jan 21 21:38:27 2015 /sbin/ifconfig tun0 inet6 add 2a00:1a28:1167::1011/64 wed jan 21 21:38:27 2015 /sbin/route add -net 178.73.212.201 netmask 255.255.255.255 gw 192.168.1.1 wed jan 21 21:38:27 2015 /sbin/route add -net 0.0.0.0 netmask 128.0.0.0 gw 178.73.192.1 wed jan 21 21:38:27 2015 /sbin/route add -net 128.0.0.0 netmask 128.0.0.0 gw 178.73.192.1 wed jan 21 21:38:27 2015 add_route_ipv6(2000::/3 -> 2a00:1a28:1167::1 metric 0) dev tun0 wed jan 21 21:38:27 2015 /sbin/route -a inet6 add 2000::/3 dev tun0 wed jan 21 21:38:27 2015 initialization sequence completed wed jan 21 21:38:27 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #6 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:27 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #7 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #8 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #9 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #10 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #11 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #12 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #13 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #14 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings wed jan 21 21:38:28 2015 authenticate/decrypt packet error: bad packet id (may be a replay): [ #15 ] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings [など永遠に]windowsで完全に機能し、インターネット上の多くのユーザーがlinuxでも問題なく機能していると報告している場合、これはサーバーの問題ではなく、ローカルの問題であると考えられます。 kali linux 3.14(x64)を使用しています。彼らの.ovpnファイル: https://www.frootvpn.com/files/frootvpn.ovpn 、それが役立つ場合。私はそれを理解しようと一日中過ごしましたが、残念ながらこの問題の解決策は私の知識を超えています。どんな助けでも大歓迎です。よろしくお願いします。 p.s.このトピックを作成した後、数時間オフラインになります。upd:サーバーipを1つだけ指定しようとしたことを忘れましたが、それでも接続は時々しかありませんが、ほとんどの場合は接続しません。ピアの選択は重要ではありません。それが178.73.212.201:1194であるか、リストの他のいずれであっても、問題は同じままです。多くのピアが存在する理由は、サーバーの負荷を軽減するために.ovpnファイルで提供されるものだからです。各ipは実際に機能していますが、まれな場合にのみ正常に接続されます。
回答: これを明確に解決するのに十分な情報がここにあるとは思わないので、この回答は、解決するか、より多くの情報を提供するために試すべきことのリストです。また、なぜアクティブな質問としてマークされているのかわかりませんが、1.5歳であることに気付いたとき、回答のほとんどをすでに書き留めていました。ovpnファイル指定した構成(.ovpn)ファイルへのリンクが無効になっています。このリンクには、使用しているものと同じovpnが含まれていますか?あなたはずっと前にこれを投稿したので(私は今気づきました)、リンクが変更された可能性がありますが、念のため、これをチェックしてください。 https://www.frootvpn.com/files/se.openvpn.frootvpn.ovpn ファイアウォール私に飛びついたのは、それらがさまざまなポートを使用していることでした(通常、openvpnを使用したudpには1つだけ、通常は1194を使用します)。これは通常、vpn接続の問題がある場合の問題ですが、ファイアウォールによって引き起こされる問題では、通常、バイナリの問題です。機能するか、機能しないかのどちらかです。ただし、この場合、1194が適切に通過しているにもかかわらず、他のポートがブロックされている可能性があります。除外するために、マシンのファイアウォールを無効にし、ポート範囲がマシンに転送されるようにする必要があります(.ovpnファイルごとにudpポート1194から1209まで)。ルーターのメーカー/モデルによっては、1つの設定で範囲を設定できる可能性があります。私はkaliの経験はありませんが、debianの派生物であるため、ファイアウォールに「ストレート」iptablesを使用している可能性があります。 iptablesを無効にするのは少し面倒です。これを行う方法について、いくつかの非常に明確な指示があります。まず、インストールされていることを確認します。dpkg -l | grep iptables インストールされていない場合は、別のファイアウォールアプリがない限り、ポート転送を構成してvpn接続のテストを開始できます。さもないと:すべてのコマンドをsudoとして、またはルートシェルで実行します。これにより、現在のファイアウォール設定が保存され、完全に透過的なファイアウォールが設定されます(ファイアウォールがない場合と同等)。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 webサイトに貼り付けて、ここにリンクを投稿してください。ここにテキストを直接貼り付けないでください クロックスキュー-ローカルpcのクロックが正確に設定されていない場合、または正確ではない-ジャンプするなど-このような障害が発生します。正しく設定されていることを確認してください(またはntpサーバー接続)を構成してください)。 高遅延のインターネット接続がありますか(衛星、本当に悪いdsl、またはgaspダイヤルアップ)?これらは暗号化関連の失敗を引き起こします。 どのタイプのルーターをお持ちですか(メーカー/モデル)?ファームウェアをアップデートしたことがありますか? 古い、cpuが不足しているコンピューターはありますか?暗号化/復号化は、古いコンピューターをひざまずかせ、これらの問題を引き起こす可能性があります。これを適用するには、本当に古いものである必要がありますが、openvpnクライアントとして構成されたルーターで頻繁に発生します。小さな空冷cpuが追いつかない場合があります。 windowsマシンのopenvpnクライアントからのログはどのように見えますか?同じエラー/警告が表示されますか? これはおそらくそうではありませんが、先週、fedoraでopenvpnをクライアントとして実行するのに苦労しました。これは、ほとんどのlinuxディストリビューションで非推奨となっているmd5を使用したキーの暗号化が原因でした。デバッグ出力は、それが起こっているかどうかを教えてくれます。明確にするために、同じ設定ファイルがopenvpnを備えたwindowsで機能しましたが、linuxでは機能しませんでした。あなたが/だった/見ているのと同じ動作です。 編集してもう1つ追加します。 openvpnの代わりにpptpを使用してみてください。ルーターでvpnパススルーが有効になっていることを確認します(ルーターが無秩序に通過する必要があるgreと呼ばれる通常のパケットタイプを使用します)。安全性ははるかに低くなりますが、良いテストになります。 vpnの安全性によっては、それで十分な場合があります。それが機能する場合は、それを試してみてください。非常に現実的なセキュリティ上の懸念を調査してください。