Chromeで「http://」から「https://」への自動リダイレクトを停止する方法


370

DNSの設定に何かおかしな設定がありましたが、今は解決しています。

残りの問題は、クロムが誤ったセットアップをキャッシュしたことです。

具体的には、Chromeを使用している場合、有効/サポートされていない(裸のドメイン)にhttp://3rdrevolution.comリダイレクトされhttps://3rdrevolution.comます。 http://3rdrevolution.com リダイレクトしhttp://www.3rdrevolution.comてから強制する必要がありhttps://www.3rdrevolution.comます。

しかし、いくつかのブラウザ(私のブラウザを含む)では、Chromeのファンキーキャッシュが原因でこれは起こりません。「Privacy-> Clear Cache」にアクセスしようとしましたが、効果はありませんでした。


1
プラグイン(どこでもSSLなど)を確認し、削除(shift + del)を試みましたか?google.xxの代わりにgoogle.com/ncrを使用してみてください。
マラクルスナスラバ

回答:


551

AnonはSTSについて正しいですが、セットからドメインを明確に削除する方法があります。に進みchrome://net-internals/#hstsます。[ドメインセキュリティポリシーの削除]の下に3rdrevolution.comと入力し、[削除]ボタンを押します。

chrome:// settings / clearBrowserDataに移動し、[キャッシュされた画像とファイル]ボックスをオンにして、[ データ消去 ]ボタンをクリックします。


1
これも助けてくれました!!! 内部で開発し、リダイレクトの同じ問題を抱えている間!
マルチェロデセールス

2
男、これは何年もの間私を悩ませていました、ついにそれを手に入れました、ありがとう!潜在的な注意点:問題が発生しているドメインがサブドメインの場合、「include subdomains for STSがtrueに設定されている」場合、HSTSセットからプライマリドメインを削除する必要があります。親ドメインでクエリを実行する場合、問題のドメインに設定されているかどうかを確認する必要があります。
プーチ

14
これは、ブラウザのキャッシュもクリアして初めて機能しました。
Chromeの

1
これは、今の下で発見されたドメインセキュリティポリシーページの左側にあるメニュー項目
ブライス

7
63.0.3239.132以降、これは何もしません。ルールは無視されているようで、localhostにリンクするカスタムドメインでさえhttpsにリダイレクトされるようになりました。すべてに自己署名証明書を使用しなければならない面倒な要因
ダニエル

203

私の問題は.dev、gTLDとして最近登録され、Chrome Canaryにコミットしたドメインを所有していることから生じました。これは、問題を検索して見つけた最近の投稿から見つけました。

あなたが私と同じ問題を抱えている場合、最良の解決策は、ドメインを以外のものに変更することであるようです.dev。この記事は.test.localhost後でこの解決策を提案しました(この提案を介し)。


39
これも私にとっての問題でした。私のローカル開発マシンでは、ほぼ10年間、.devを利用していました。最近Google Chromeを更新したところ、理解できない理由ですべてのサイトがhttpsにリダイレクトされ始めました。.devと関係があるとは思わなかったでしょうが、この答えに出くわし、.developmentに変更しましたが、すべてうまくいきました...今のところ:-)。再度、感謝します!
conrad10781

17
パーフェクト!Chromeがそのようなことをする理由がわかりません。ローカルに30個近くの.devドメインがあるため、非常に迷惑です。それが非常に良い理由であることを願っています。
パブロエゼキエルレオーネ

4
私はwordpressをインストールしていますが、そのドメインを変更するのは本当に頭痛の種かもしれません。メインディレクトリ名などについても同じです。他の方法はありますか?
リックサンチェス

8
これは、Googleが購入し.dev、おそらくそれを使用して公開サイトの作成を開始するからです。
ヒルトンシャムウェイ

15
FML ...このため、10年以上のWeb開発者としてのキャリアをあきらめそうになりました。#starbucksbarista
elbowlobstercowstand

20

https://www.3rdrevolution.comStrict-Transport-Securityヘッダーを送信するため、httpsを介して一度アクセスすると、Chrome / Firefoxなどのブラウザーは、将来の特定のポイントまでhttp要求をhttpsにリダイレクトします。

他の答えが言ったように、一度開始したらこれを停止する唯一の方法は、ブラウザのキャッシュをクリアすることです(または、ブラウザが注文を期限切れにするのを待ちます)。


17

chrome:// net-internalsの「HSTS」メニューでドメイン削除するのは一時的な解決策です。HTTPS経由でこのドメインにアクセスすると、HSTSリストに再び含まれます。

基本的に、この問題を解決するには、Webサーバー3rdrevolution.com(IIS、Apache、nginx、...)でHTTP Strict Transport Security無効にする必要があります。nginxの場合、nginx.confの HTTPSセクションを編集し、Strict-transport-Securityの「max-age = 0」を設定します。

server {
#...
        ssl on;
#...
        add_header Strict-Transport-Security "max-age=0;";
#...
}

詳細:HTTP Strict Transport Security(HSTS)


add_headerメソッドを機能させることができませんでした。
アレックスバーカー

私にとって、サーバーはHSTSヘッダーを発行しなかったため、これは解決策ではありません。私が知る限り、クロームは誤ってhttpsでアクセスしたときに記録され、内部HSTSレコードを作成し、毎回不可解にhttpsにリダイレクトしました。修正は、chrome:net-internalsでHSTSレコードの削除を使用することでした。便利なチェッカーもありました。
ロブ・

1
HSTSレコードを削除するのは一時的な解決策です。サーバーが「max-age = 0」を送信するまでhttpsにアクセスした後、このレコードをchromeで何度も取得します。
user2285323

12

プラグインなど、これにはいくつかの理由が考えられますが、プラグインがインストールされていないと仮定すると、次のことができます。

後藤設定/プライバシー/閲覧履歴を消去...

プルダウンで「時間の始まり」を選択します。

選択する:

  • 保存された自動入力フォームデータを消去する
  • Cookieおよびその他のサイトとプラグインのデータを削除する
  • キャッシュを空にしてください

閲覧履歴の消去を選択します

これにより、以前のブラウジングに基づいて自動入力が行われます。また、問題を引き起こす可能性のあるCookieをすべて削除します。


私にとっての問題はキャッシュでした。私はFirefoxとクロムシークレットウィンドウでhttpサイトにうまく行くことができました。サイトのCookieはありませんでした。
ton.yeung

1
これは、HSTSが機能しなかった私にとっても有効でした。[画像とファイル]チェックボックスをオンにするだけで済みました。
dgig

これは私にとってはうまくいきましたが、HSTSやその他のソリューションはうまくいきませんでした。
-AllisonC

これも私にとってはうまくいきました。
-jcubic

4

すべてのCookieをクリアするよりも劇的な選択肢は、[設定]> [詳細設定を表示]> [コンテンツ設定]> [すべてのCookieとサイトデータ]で問題のサイトを検索し、Cookieのみをクリアすることです。


おかげでこれは完璧に機能します。なぜChromeは、このように隠された機能を作る理由を私は知らない.....だけでなく、実際に、私が...推測することができます
KTEC

これは現在のChromeバージョンでは機能しないようです。
-Vylix

4

サブドメインで問題に直面している場合、ブラウザがこの情報をキャッシュするため、サブドメインが別のサーバーにある場合でも、Nginxのこの行は問題を引き起こす可能性があります。

add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

それを削除しincludeSubdomains;て動作させます。


4

https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/から

オプションの修正はどれも私にとってはうまくいきませんでした、修正のためにhttps://localhost:3000、これはうまくいきました。

リロードボタンをクリックしてホールドし、[空のキャッシュとハードリロード]を選択します。これはのオプションに過ぎないようlocalhostです。

「空のキャッシュとハードリロード」オプションのスクリーンショット。


1
Chromeでこの作業を行うにはVersion 77.0.3865.90 (Official Build) (64-bit)(MacOSの)、私はこれをしなければならなかった[1] (問題のあるページを開いた後に)右の任意の場所をクリックし、をクリックしてInspect 、[2]検査フレームの後クリックして、上のホールド、表示されたreloadボタン[3]をドロップ-downが表示されEmpty Cache and Hard reload
たら

3

数日前に、誤って次の名前のChromeオプションを有効にしました:

  • 一部のシステム情報とページコンテンツをGoogleに自動的に送信して、危険なアプリやサイトを検出できるようにします
  • あなたとあなたのデバイスを危険なサイトから守る

そして今、主な問題は、サブドメインのウェブサイトが常にhttp://からhttps://にリダイレクトし、ブラウザがエラーを出したことです:

「あなたの接続はプライベートではありません。攻撃者がcensored.censored.comからあなたの情報(パスワード、メッセージ、クレジットカードなど)を盗もうとしている可能性があります。NET:: ERR_CERT_COMMON_NAME_INVALID」

chrome:// settings / privacyを開き、デバイスを自動的に保護する以前の名前のchromeオプションを有効にします。これが誰かを助けることを願っています。


私には役に立たなかったようです。
デイブバートン

2

Chrome 66では、Settingsタブの多くが変更されました

あなただけに行くことができますしchrome://settings/resetProfileSettings?origin=userclick、リセットを押します。

これは私のために働いた。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.