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を使用してそれらと関係があるのではないかと疑っています(確かではありません)...
firefox
とchrome
には、同じサイトで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
最初のオオヤマネコ:
SSLLabsによるレポート によれば、サーバーはECDHE暗号のみをサポートしています。 14.04でlynxを使用する場合のパケットキャプチャに基づいて、ECDH暗号は提供されません。これは、暗号の重複がないことを意味するため、ハンドシェイクは失敗します。
そしてリンク:
SSLLabsレポート によると、サイトには SNI をサポートするクライアントが必要です。リンクはバージョン2.10でSNIをサポートしていますが、2.8のみを使用しています。したがって、ハンドシェイクは失敗します。