このサイトにアクセスできません:「現在、mail.google.comにアクセスできません」


9

Chromeブラウザーで奇妙な問題が発生し、それを修正する方法が見つかりません。Gmailのメールにアクセスしようとするたびに、次のメッセージが表示されました。

このサイトにアクセスできません

mail.google.comは現在アクセスできません。

試してください:

接続の確認プロキシとファイアウォールの確認

ERR_SSL_VERSION_INTERFERENCE

私は以下を試しました:

  • 設定>詳細設定>リセット
  • [設定]> [詳細設定]> [閲覧データの消去](当初から)

どれも機能せず、もう一度試してみるとまったく同じ問題が発生しました。

これは仕事用の接続であり、他のブラウザには影響しません。Firefoxを試してみましたが、メールは正常に機能します。最初は接続を非難しましたが、Firefoxで機能することがわかったので、それはできません。私はどんなプロキシの後ろにもいません。

何か助けてもらえますか?


4
興味深いかもしれません:chromium.googlesource.com/chromium/src.git
Dave

これはどのようなつながりですか?(職場で?自宅で?)これまでにこの接続で機能したことがありますか?プロキシ設定はありますか?あなたの時計は正しいですか?
djsmiley2kStaysInside 2017年

他のブラウザに影響しますか?
Dave

@Dave OPを編集しました。もう一度見てください... thx
ReynierPM

回答:


15

私はChromeのSSL / TLSに取り組んでいる人の一人です。

TLSプロトコルの次の改訂版であるTLS 1.3のドラフトバージョンを実験しています。残念ながら、バグのあるミドルウェア(ウイルス対策、ファイアウォール、プロキシなど)でTLS 1.3が有効になっていると機能しなくなる問題が発生しています。ERR_SSL_VERSION_INTERFERENCEは、これらのケースの1つを検出したことを意味します。

https://crbug.com/newでバグを報告していただけませんか?その後、そこから取得できます。この問題が発生している人は誰でも、バグを報告してください。

ありがとう!


こんにちはデビッド、エラーはもうなくなっていますが、再度それが発生した場合、要求に応じてバグをオープンします。遅れて申し訳ありませんが、これは職場でのみ発生し、週末に私を捕まえました。(今週中にエラーが発生しなくなった場合は、このままにしておきます。回答を受け入れて、これを閉じます)
ReynierPM

1
MITMプロキシ(つまり、職場でHTTPS接続を傍受しようとするデバイス)がある場合、製造元とファームウェアのバージョンを知っておくと興味深いでしょう。また、「試験的QUICプロトコル」を無効にし、「TLSの最大バージョンを有効にする」を設定すると、より確実に再現できる場合があります。chrome:// flagsでTLS 1.3に。
agl 2017年

こんにちは。今日、同じ問題が発生しています。ここで問題を公開しましたが、@ user737958がTLSを1.2に戻すと、すべてが機能するようになりました。
ReynierPM 2017年

8

私のために。私はtls 1.3を無効にするだけで、googleメールが再び機能します。@ _ @ ここに画像の説明を入力してください


うん、私のために働いた。嬉しいそこに言及する別の答えだったchrome://flagsにもかかわらずするか、私は、この設定を検索する場所を知らなかったでしょう。
エイドリアン・ラーソン2017

Ooowh ....言及するのを忘れていたchrome://flags... :)
Maryadi Poipo

Eww、これは症状を修正するだけです。原因は、ネットワークデバイスが接続にねじ込まれていることです。
Navin

3

最近Chromeを更新した後、同じ問題が発生しました。chrome:// flagsでTLSバージョンを1.2に設定しようとしましたが、再び機能します。


1
詳細を入力してください。
ラムハウンド2017年

1
回避策として最大バージョンを設定した場合は、crbug.com/newでバグを報告してください。つまり、ネットワーク上で問題を解決する必要があります。
デビッドベンジャミン

0

確かに、google-chrome stable 63.0.3239.84以降を使用している場合は、左側の赤い三角形chrome://を使用して、自己署名証明書を(私の場合は、Canonプリンター構成にアクセスするために)再び機能させることができます。フラグ、TLSの検索、TLS 1.3の無効化。

代わりに、TLS 1.3互換になるように証明書を再生成することもできます。

TLS 1.3には、セキュリティとパフォーマンス(主にハンドシェイクプロセス)において確かに利点があります。

firefox 52.5.0 ESRが以前のように期待どおりに機能したことは特筆に値します。プロキシーがなく、前述のように、LAN内のCanonプリンターをナビゲートしていません。Linuxではgoogle-chrome(64ビット)の「問題」にすぎませんでした。


1
問題が発生しているプリンターのモデルとファームウェアのバージョンを確認できますか?別のレポートではPIXMA MX495が提案されていますが、すぐには入手できないようです。現在のモデルでも同じことが発生する場合は、今週1つ取得し、これらのデバイスの問題を特定できるかどうかを確認します。
AGL

キヤノンPixma MG3650です。数日前にファームウェアを2.040から2.050バージョンにアップグレードしました。その後、私は自己署名証明書を再生成しましたが、新しい証明書はまだgoogle-chromeを通じてTLS 1.3とバージョンの不一致を与えています。プリンターの外でTLS 1.3証明書を生成してそれらにロードすることはできますが、Gentoo Linuxを使用しており、TLS 1.3のサポートはまだマスクされています(OpenSSL 1.1.0によって)。
ミゲルA. RO 2017

1
詳細をありがとう。ここで問題になる可能性が高いのは証明書だとは思いません。むしろ、キヤノンのTLS実装に問題があり、Chrome 63のClientHelloメッセージを正しく解析できない可能性があります。現時点では、chrome:// flags /#tls13-variantを無効にすることで、おそらくこれを修正できます。これをさらに調査できるように、PIXMAプリンターを出荷しています。
agl

ユーザーの問題を考慮に入れてくれてありがとう。これは、Linus Torvaldsのモットーの真の意味です。この場合、Canonのような他の人が問題の原因であると思われる場合でも、「ユーザープログラムの単純化は受け入れられません」。
ミゲルA. RO 2017

1
CanonのTLSスタック(BSAFEのようです)が非公式のTLS拡張を拡張40として実装していることがわかりました。しかし、それはTLS 1.3のkey_share拡張と衝突し、この相互運用の問題を引き起こします。キヤノンに警告しており、IETFに通知します。うまくいけば、IETFはこれに関してkey_shareの番号を付け直すことができます。ChromeでのTLS 1.3の実験は19日で終了します。その時点で、少なくともこの問題は解消されます。
agl

0

次の3つの解決策を適用して、このエラーを修正できるかどうかを確認してください。

  • プロキシ設定の最近の変更を元に戻す
  • Chromeフラグ設定からTLS 1.3を無効にする
  • [インターネットオプション]> [インターネットのプロパティ]> [LANの設定]> [接続]の[自動検出]オプションをオフにします

上記の解決策の1つはあなたのPCのsslバージョンエラーを確実に修正します。


ステップごとの詳細なソリューションを参照するには、https:
//wildtricks.com/chrome/err_ssl_version_interference/
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.