web-dev-qa-db-ja.com

リンクとリンクスに関するSSL / TLSエラー-おそらくCloudFlareが原因

linksおよびlynxを使用したブラウジングなど、端末で(たとえば、設定したVPSで)作業することがよくあります。残念ながら、いくつかのエラーが発生しています。

リンク:

 https://www.thepiratebay.se/の読み込みエラー:
 SSLエラー

リンクス:

 www.thepiratebay.seを最初に検索
 www.thepiratebay.se 
を検索して、www.thepiratebay.se 
 HTTP要求を送信します。
 HTTPリクエストが送信されました。 
 HTTP/1.1 301を恒久的に移動
 'A'l'常にドメイン '.thepiratebay.se'から許可します。
データ転送完了
 HTTP/1.1 301恒久的に移動しました
 https://www.thepiratebay.se/ 
を使用してwww.thepiratebay.se 
 www.thepiratebay.se 
へのHTTPS接続を確立しましたTLSを使用せずに接続を再試行します。
 www.thepiratebay.se 
 www.thepiratebay.seへのHTTPS接続を確立します
アラート!:リモートホストへの安全な接続を確立できません。 ____。] 
 lynx:スタートファイルにアクセスできませんhttp://www.thepiratebay.se/

免責事項:ThePirateBayはもちろんexample-completelyout空気...そして、if私は実際にサイトを使用しました、それはすべての詳細な記事を読むことです...

私は他のいくつかのサイトでも同じ問題に遭遇しましたが、CloudFlareを使用してそれらと関係があるのではないかと疑っています(確かではありません)...

firefoxchromeには、同じサイトでSSL/TLSの問題はありません。

DigitalOceanで最新のUbuntu 14.04.4 x64を実行しています。

編集:バージョン:

リンクス:

 Lynxバージョン2.8.8pre.4(2014年2月4日)
 libwww-FM 2.14、SSL-MM 1.4.1、GNUTLS 2.12.23、ncurses 5.9.20140118(wide)
 linux-gnu 2014年2月5日17:12:49に作成

リンク:

リンク2.8

4
Baard Kopperud

最初のオオヤマネコ:
SSLLabsによるレポート によれば、サーバーはECDHE暗号のみをサポートしています。 14.04でlynxを使用する場合のパケットキャプチャに基づいて、ECDH暗号は提供されません。これは、暗号の重複がないことを意味するため、ハンドシェイクは失敗します。

そしてリンク:
SSLLabsレポート によると、サイトには SNI をサポートするクライアントが必要です。リンクはバージョン2.10でSNIをサポートしていますが、2.8のみを使用しています。したがって、ハンドシェイクは失敗します。

3
Steffen Ullrich