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

私はDNSの設定に何かおかしなものを設定していましたが、現在は解決されています

残っている問題は、クロームが不正な設定をキャッシュしてしまったことです

具体的には、Chromeを使用している場合、http://3rdrevolution.comがhttps://3rdrevolution.com(ネイキッドドメイン)にリダイレクトするようになりましたが、これは有効/サポートされていません。http://3rdrevolution.com は http://www.3rdrevolution.com にリダイレクトしてから https://www.3rdrevolution.com を強制するべきである[SHOULD]

しかし、一部のブラウザ（私のブラウザを含む）では、Chrome の変なキャッシュが原因でこの現象が発生しませんでした。プライバシー -> キャッシュのクリア」を実行してみましたが、何の効果もありませんでした

　 462　 phil swenson　 2013-03-13

ベストアンサー

STSについてはアノンさんの言う通りですが、セットから具体的にドメインを削除する方法があります

chrome://net-internals/#hstsに移動します。Delete domain security policies]に3rdrevolution.comと入力し、[Delete]ボタンを押します
今すぐchrome://settings/clearBrowserDataに移動し、キャッシュされた画像とファイルのボックスにチェックを入れて、ボタンをクリックしてデータをクリアします

704　 ducpho　 2015-02-23

私の問題は、.devドメインを持っていることに起因していますが、どうやら最近gTLDとして登録され、Chrome Canaryにコミットされたようです。このことは、問題を検索していたときに出くわした最近の投稿で知りました

もしあなたが私と同じ問題を抱えているなら、最良の解決策はドメインを.dev以外のものに変更することだと思われます。記事では、.testと.localhostの潜在的な解決策を提案しています（この提案を経由しています）

222　 Louie Bertoncin　 2017-09-18

chrome://net-internalsの「HSTS」メニューでドメインを削除するのは一時的な解決策です。HTTPSでこのドメインを訪問した後、再びHSTSリストに含まれるようになります

基本的に、この問題を解決するには、ウェブサーバ 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)

23　 community wiki　 2015-08-04

https://www.3rdrevolution.com は Strict-Transport-Security ヘッダを送信するので、一度https でアクセスすると、Chrome/Firefox などのブラウザは将来のある特定の時点まで http リクエストを https にリダイレクトさせます

他の方の回答にもありましたが、一度始まったら止めるには、ブラウザのキャッシュをクリアする（またはブラウザの注文期限が切れるのを待つ）しかありません

21　 Anon　 2013-10-19

プラグインを含むいくつかの理由が考えられますが、プラグインがインストールされていない場合は以下のようにしてください

設定/プライバシー/閲覧データの消去

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

Select:

保存されたオートフィルフォームデータをクリアします
クッキーなどのサイトやプラグインのデータを削除します
キャッシュを空にする

ブラウジングデータのクリア] を選択します

これは、あなたの以前のブラウジングに基づいて、任意のオートフィルを行うことの世話をする必要があります。また、それはまた、問題を引き起こしている可能性がありますクッキーのいずれかを削除します

13　 Atari911　 2013-07-05

https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/より

オプション修正のどれも、https://localhost:3000を修正するために、私のために働いたものではありませんでした

リロードボタンを長押しして「キャッシュを空にしてハードリロード」を選択しますが、これはlocalhostのみのオプションのようです

9　 user2167582　 2018-02-27

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

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

なので、そのうちのincludeSubdomains;を削除するとうまくいくようになります

6　 khelll　 2016-04-01

すべてのクッキーをクリアするよりも抜本的な方法は、Settings>Show advanced settings>Show Content Settings>All Cookiesとサイトデータを表示し、問題のサイトを検索して、それらのサイトのみのクッキーをクリアすることです

4　 so-user　 2014-05-08

数日前、私は誤ってChromeのオプションの名前をオンにしました

一部のシステム情報やページの内容を自動的にGoogleに送信して、危険なアプリやサイトの検出に役立てます
危険なサイトからあなたとあなたのデバイスを保護します

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

“あなたの接続は非公開ではありません。攻撃者はensored.censored.comからあなたの情報を盗もうとしている可能性があります（パスワード、メッセージ、クレジットカードなど）。.NET::ERR_CERT_COMMON_NAME_INVALID”

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

4　 hrvojematijevic　 2017-07-25

Chrome 66では、Settingsタブで多くの変更が行われています

chrome://settings/resetProfileSettings?origin=userclickに移動してリセットを押すだけです

これが私には効きました

2　 siege26　 2018-05-30