web-dev-qa-db-ja.com

すべてのブラウザでドメインからサイトにアクセスできますが、Chrome

Nginxを実行しているUbuntuマシンを使用してウェブサイトをセットアップしようとしています。何らかの理由で、SafariとFirefoxではドメイン名でサイトにアクセスできますが、Chromeではサーバーにアクセスできません。ただし、curlは使用できますが、郵便配達員など、私は私が望むようにindex.htmlを取り戻します。

ChromeでIPアドレスを使用してサイトにアクセスでき、次に確認する場所が完全にわかりません。

これが私の設定ファイルです：

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    root /var/www/html;

    index index.html index.htm index.nginx-debian.html;

    server_name _;

    location / {
            # First attempt to serve request as file, then
            # as directory, then fall back to displaying a 404.
            try_files $uri $uri/ =404;
    }

}

これが実際に実行している構成であることを確認するために、応答コードを変更しました。

何か助けていただければ幸いです！

編集：ドメインはgwilliam.devです

nginxgoogle-chromechrome
30
Andrew Gwilliam

あなたの問題は、.devドメインを使用していることが原因です。

.dev全体のトップレベルドメイン（TLD） HSTSプリロードリストにある 、つまり、必須 HTTPSを使用してアクセスします。 nginx設定スニペットによると、HTTPSではなくHTTPバインディングのみを提供しています。

実際、Firefoxは少なくとも2018年半ばから.devをHTTPSに強制しているため、Firefoxを使用してドメインにアクセスできることに驚いています。 very古いバージョンを使用している可能性があります。その場合は、すぐにアップグレードする必要があります。

サイトでHTTPSサポートを取得する最も簡単な方法は LetsEncrypt です。これを設定すると、サイトはChromeで動作するはずです。

84
Moshe Katz

chromeがターゲットサイトのホスト名（FQDN）を正しいIPアドレスに正しく解決していることを確認することから始めます。Chromeでサイトを開いてから数秒後にChromeのDNSキャッシュを確認します。 Chrome dnsキャッシュを表示するには、Chromeでchrome：// net-internals /＃dnsを開きます。

FQDNがChromeのDNSキャッシュにリストされているかどうか、およびIPが正しいかどうかに応じて、次に何をすべきかがわかります。

FQDNがリストされているが正しくない場合、Chromeがどこかから間違ったIPを取得しています。リストにない場合もChromeがIPアドレスを解決していません。どちらの方法でも、実際に起こっていることを絞り込みます。

Chromeで試すべきこと。

  1. プライベートタブでお試しください。
  2. 別のユーザーとして同じコンピューターにログインします。動作が同じ場合は、システム全体の設定で、おそらくChromeバージョンです。別のユーザーとして機能する場合は、Chrome =プロファイル。
  3. 一時的に新しいChromeユーザープロファイルを設定して、問題が解決するかどうかを確認してください。それが問題を解決する場合は、Chrome設定のいずれかです。GoogleのどこであなたChromeプロファイルが見つかります。これはオペレーティングシステムによって異なります。必要なのは、Chromeが閉じている間に邪魔にならないように移動することだけです。再度開くと、Chrome=新しいプロファイルが生成されます。確認が完了したら、新しい一時プロファイルを削除して、元のプロファイルに戻すことができます。方法については、たくさんの情報があります。これなので、必要に応じて、スクリーンショット/詳細をGoogleで確認してください。
2
user1522091