突然Google Chromeは仮想ホストドメインmyapplication.devを https://myapplication.dev にリダイレクトします。
chrome:// net-internals /#hsts
そして、一番下の「ドメインセキュリティポリシーの削除」のテキストボックスにmyapplication.devと入力しますが、これは効果がありません。
ブラウザのデータも削除しようとしました。
また、v-Hostを.devではなく.appに変更しましたが、Chromeはまだhttps://にリダイレクトされました...
これはLaravel Laragonで実行されているアプリケーションです。同じネットワーク内の他のPCでは、完全に動作します。
.dev
ドメイン名でhttpsを使用してChrome(> = 63)形式を防ぐ方法はありません。
Googleは公式の.dev
tldを所有するようになり、既にこの機能を削除しないと述べています。
.localhost
や.test
など、開発目的で別のtldを使用することをお勧めします。
この更新の詳細については、 Mattias Geniarによるこの記事 を参照してください。
そのリンクを確認してください
https://laravel-news.com/chrome-63-now-forces-dev-domains-https
Danny Wahlによるこの記事に基づいて、「。localhost」、「。invalid」、「。test」、または「.example」のいずれかを使用することをお勧めします。
Httpsに強制される他のTLDがあることに注意する価値があります: https://chromium.googlesource.com/chromium/src.git/+/63.0.3239.118/net/http/transport_security_state_static.json#262
google
、dev
、foo
、page
、app
、_chrome
今すぐ。
Chrome 63は、プリロードされたHSTSを介して.devドメインを強制的にHTTPSにし、すぐに他のすべてのブラウザーが追従します。
.dev gTLDはGoogleが内部使用のために購入したものであり、httpでは使用できなくなり、httpsのみが許可されます。詳細については、この記事を参照してください。
https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/
MacOS Sierra、Apache:後Chrome 63は、.macのプリロードされたHSTS phpmyadminを介して.devトップレベルドメインをHTTPSに強制します this を読み、/etc/Apache2/extra/http-vhosts.conf
ファイルを編集するだけです:
<VirtualHost *:80>
DocumentRoot "/Users/.../phpMyAdmin-x.y.z"
ServerName phpmyadmin.localhost
</VirtualHost>
apacheを再起動します(Sudo /usr/sbin/apachectl stop; Sudo /usr/sbin/apachectl start
による)-そして今http://phpmyadmin.localhost:)で動作します。 laravel=アプリケーションソリューションも同様です。
良いことは、*.localhost
トップレベルドメインを使用して新しいプロジェクトをセットアップすると、/etc/hosts
の編集を忘れることができることです。
いかがですか? :)
。localhostドメインを新しい標準として追加 への優れた提案もあります。これはここでより適切です。
*.localhost
の使用は良くありません-一部のアプリケーションは、cURL(php-guzzleで使用)のようにサポートしません-詳細 here 。 *.local
を使用することをお勧めします。
この問題は修正できません。その理由は次のとおりです。
以下の2番目のリンクから:
...
// eTLDs
// At the moment, this only includes Google-owned gTLDs,
// but other gTLDs and eTLDs are welcome to preload if they are interested.
{ "name": "google", "include_subdomains": true, "mode": "force-https", "pins": "google" },
{ "name": "dev", "include_subdomains": true, "mode": "force-https" },
{ "name": "foo", "include_subdomains": true, "mode": "force-https" },
{ "name": "page", "include_subdomains": true, "mode": "force-https" },
{ "name": "app", "include_subdomains": true, "mode": "force-https" },
{ "name": "chrome", "include_subdomains": true, "mode": "force-https" },
...
Firefoxの場合:アドレスにアクセスして、プロパティnetwork.stricttransportsecurity.preloadlistを無効にできます:about:config。
IEの場合、まだ動作しているようです。
Chromeの場合、解決策はありません。ソースコードにハードコーディングされていると思います。
その記事を参照してください: FirefoxとChromeがdevドメインとfooドメインにhttpsを強制的に使用させないようにする方法