私はnginxをRuby / Sinatraアプリで稼働させており、すべて順調です。しかし、私は今、同じサーバーから2番目のアプリケーションを実行しようとしているときに、何か奇妙なことに気付きました。まず、これが私のnginx.confです。

pid /tmp/nginx.pid;
error_log /tmp/nginx.error.log;

events {
  worker_connections 1024;
  accept_mutex off;
}

http {
  default_type application/octet-stream;
  access_log /tmp/nginx.access.log combined;

  sendfile on;
  tcp_nopush on;
  tcp_nodelay off;

  gzip on;
  gzip_http_version 1.0;
  gzip_proxied any;
  gzip_min_length 500;
  gzip_disable "MSIE [1-6]\.";
  gzip_types text/plain text/xml text/css
             text/comma-separated-values
             text/javascript application/x-javascript
             application/atom+xml;

  upstream app {
    server unix:/var/www/app/tmp/sockets/unicorn.sock fail_timeout=0;
  }

  server {
    listen 80;
    client_max_body_size 4G;
    server_name FAKE.COM;

    keepalive_timeout 5;

    root /var/www/app/public;

    location / {
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header Host $http_host;
      proxy_redirect off;

      if (!-f $request_filename) {
        proxy_pass http://app;
        break;
      }
    }

    error_page 500 502 503 504 /500.html;
    location = /500.html {
      root /var/www/app/public;
    }
  }
}
                                                          68,0-1        B

server_nameがに設定されFAKE.COMていることに注目してください。サーバーは、他のドメイン名を介してそのサーバーにヒットするすべてのホストに応答しています。特定のサーバーがリクエストにのみ応答するようにするにはどうすればよいFAKE.COMですか？

nginx設定の最初のサーバーブロックは、特定のサーバーブロックがないサーバーにヒットするすべてのリクエストのデフォルトです。

したがって、設定では、実際のドメインがREAL.COMであると想定して、ユーザーが入力すると、サーバーに解決されます。このセットアップ用のサーバーブロックがないため、FAKE.COMのサーバーブロックが最初になります。サーバーブロック（この場合はサーバーブロックのみ）がその要求を処理します。

このため、適切なNginx構成には、特定のドメインの他のサーバーをフォローする前に、デフォルトの特定のサーバーブロックがあります。

# Default server
server {
    return 404;
}

server {
    server_name domain_1;
    [...]
}

server {
    server_name domain_2;
    [...]
}

等

**編集**

一部のユーザーはこの例に少し混乱しているようで、単一のconfファイルなどに制限されていると思います。

上記はOPが必要に応じて開発する簡単な例であることに注意してください。

私は個人的にこれと同じように個別のvhost confファイルを使用しています（CentOS / RHEL）：

http {
    [...]
    # Default server
    server {
        return 404;
    }
    # Other servers
    include /etc/nginx/conf.d/*.conf;
}

/etc/nginx/conf.d/ メインのnginx.confファイルのサーバーブロックの後に含まれるdomain_1.conf、domain_2.conf ... domain_n.confが含まれます。これは常に最初であり、default_serverで上書きされない限り、常にデフォルトになります。他の場所での指令。

この場合、他のサーバーのconfファイルのファイル名のアルファベット順は関係ありません。

さらに、この配置により、複数のデフォルトを定義できるという点で、柔軟性が大幅に向上します。

私の特定のケースでは、内部インターフェイスのポート8080でのみApacheをリッスンしており、ApacheにPHPおよびPerlスクリプトをプロキシします。

ただし、Apacheが標準のポート80で実行されていないことを検出して「助け」ようとするため、添付された出力htmlに「：8080」のリンクを返す2つの個別のアプリケーションを実行します。

これにより、外部インターフェイスからApacheに到達できず、リンクがポート80を指す必要があるため、リンクが無効になるという問題が発生します。

このようなリクエストをリダイレクトするために、ポート8080のデフォルトサーバーを作成することで、これを解決します。

http {
    [...]
    # Default server block for undefined domains
    server {
        listen 80;
        return 404;
    }
    # Default server block to redirect Port 8080 for all domains
    server {
        listen my.external.ip.addr:8080;
        return 301 http://$host$request_uri;
    }
    # Other servers
    include /etc/nginx/conf.d/*.conf;
}

通常のサーバーブロックの何もポート8080でリッスンしないため、リダイレクトのデフォルトサーバーブロックは、nginx.conf内での位置に基づいて、そのようなリクエストを透過的に処理します。

実際にはそのようなサーバーブロックが4つありますが、これは単純化された使用例です。

あなたは、デフォルトのサーバーが必要ですキャッチオールを、あなたは返すことができ404返すことによって、すべてではない応答（一部の帯域幅を節約します）に、より良いまたは444単に近くに接続し、戻り何もすることをnginxの特定のHTTPレスポンスであります

server {
    listen       80  default_server;
    server_name  _; # some invalid name that won't match anything
    return       444;
}

他のどの回答でも問題を解決できませんでした。ホストが一致するかどうかを確認し、一致しない場合は403を返すことで問題を解決しました。（Webサーバーのコンテンツを指すランダムなWebサイトがありました。検索ランクを乗っ取ろうとしていると思います）

server {
    listen 443;
    server_name example.com;

    if ($host != "example.com") {
        return 403;
    }

    ...
}

あなたの質問に答えるために-一致しない場合、nginxは最初のサーバーを選びます。ドキュメントを参照してください：

その値がどのサーバー名とも一致しない場合、またはリクエストにこのヘッダーフィールドがまったく含まれていない場合、nginxはこのポートのデフォルトサーバーにリクエストをルーティングします。上記の設定では、デフォルトのサーバーが最初のサーバーです...

ここで、たとえばすべてのリクエストに対して404で応答するデフォルトのキャッチオールサーバーが必要な場合は、次のようにします。

server {
    listen 80 default_server;
    listen 443 ssl default_server;
    server_name _;
    ssl_certificate <path to cert>
    ssl_certificate_key <path to key>
    return 404;
}

証明書/キー（自己署名可能）を指定する必要があることに注意してください。そうしないと、nginxがこのdefault_serverを使用して接続を受け入れようとし、証明書/キーが見つからないため、すべてのSSL接続が失敗します。

デフォルトのサーバーを指定する方法はいくつかあります。

最初の方法 -サーバーの構成を上記のDayoのように1つの構成ファイルに保存する場合は、リストの最初にデフォルトサーバーを指定します。

2番目の方法（より良い）より柔軟- 命令のdefault_serverパラメーターを提供します。listen例：

server {
    listen  *:80 default_server;
    root /www/project/public/;
}

詳細はこちら：Nginx doc / Listen

この方法は、サーバー構成を別々のファイルに保持し、それらのファイルにアルファベット順に名前を付けたくない場合に、より便利です。

回答する少しのコメント：

sites-available /のいくつかの設定ファイルのいくつかのIPに複数の仮想ホストがある場合、IPの「デフォルト」ドメインはアルファベット順で最初のファイルから取得されます。

そしてPavelが言ったように、「listen」ディレクティブhttp://nginx.org/en/docs/http/ngx_http_core_module.html#listenには「default_server」引数があります