ほとんどのサーバーでは、我々は、サーバーのリソースを最大限に活用するためにnginxのサービスで複数のバーチャルホストを設定します。しかし、HTTPSを有効にするにはバーチャルホストのドメインの後に、リアルタイムの訪問者またはポータルページでBaiduの統計は、他のドメインからいくつかの要求がある見つけました。によって、すなわち
https://some-other-domain.com/some-url
来访问对应的
https://www.domain.com/some-url結果は、Googleのブラウザが危険なウェブサイトと考えられているセキュリティの警告ページが表示されていることです。私は唯一のSSL証明書にwww.domain.comを設定しているので、他のドメインが設定されていません。
だから、検索エンジンのクローラは、通常の正しいドメイン名にアクセスすることはできません。
次に、我々は思考と実践的な操作の問題を解決する方法を紹介します、
首先，我们来理一下概念：
1）理解空主机头，正是空主机头没有得当配置而导致的；
2）域名=>IP=>端口=>服务；我々はツールを展開するときにnginxの両方の高性能同時Webサーバーは、好ましいツールはまた、リバースプロキシを行う、指定されたサーバー名なしのデフォルトのコンフィギュレーション・サーバ・ブロック（nginx.conf）であるが、一致させることができますサーバーのドメインに任意のポイント、長い間、あなたがそのサーバー上の「クローン」defalut_serverできるドメインネームサーバのIPまたはCNAMEにレコードのポイントを、そうであるようにと、あります。
我々は、nginxのは、ルーティングされたバーチャルホストサーバー名に依存している知っているが、ポートも同じ役割を果たしている可能性があります。
我々は、httpsに設定されている場合、したがって、バーチャルホスト、サーバ名バーチャルホスト、非結合（あると仮定：some-other-domain.com）、従って、アクセスされたときに、空のホストヘッダーに起因は、HTTPSプロトコルを設定するために失敗した実行自然にコンテンツに戻る443、モニター443 DEFAULT_SERVER（www.domain.com）：その後、some-other-domain.comがIPとして見られ、インターセプトすることができなくなり、要求は、現在のサーバーのIPに転送されます。
簡単に概念的な問題を調べて、あなたはとても明確な結合ドメインのサーバー名が存在しない、ホストヘッダーが空に設定することができ、ブロックされるべきです。
次のように具体的な構成は次のとおりです。
オープン/usr/local/nginx/conf/nginx.confプロファイル、デフォルトのバーチャルホストの変更または追加
サーバーを{80 DEFAULT_SERVERを聞きます。
443 SSL HTTP2を聞きます。
サーバー名。
オフserver_name_in_redirect;
ssl_certificate /path/ssl_cert/ssl.pem;
ssl_certificate_key /path/ssl_cert/ssl.key;
error_page 401 402 403 404 /40x.html。位置= /40x.html {
ルートHTML。
}位置/ {
404を返します。
}
}
OK、今より多くのバーチャルホストのhttpsはバウンスを恐れていないですができます。