У мене є nginx і працює з додатком Ruby / Sinatra, і все добре. Однак зараз я намагаюся створити другу програму з того самого сервера, і я помітив щось дивне. По-перше, ось мій 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;
    [...]
}

тощо

** редагувати **

Здається, що деякі користувачі трохи плутають цей приклад і вважають, що він обмежений одним файлом конф і т.д.

Зауважте, що вищезазначене - простий приклад розвитку ОП в міру необхідності.

Я особисто використовую окремі файли vhost conf з цим так (CentOS / RHEL):

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

/etc/nginx/conf.d/ буде містити domain_1.conf, domain_2.conf ... domain_n.conf, який буде включений після блоку сервера в головному файлі nginx.conf, який завжди буде першим і завжди буде за замовчуванням, якщо його не буде замінено на default_server директива в іншому місці.

Алфавітний порядок назв файлів конф-файлів для інших серверів у цьому випадку стає неактуальним.

Крім того, таке розташування дає велику гнучкість в тому, що можна визначити кілька за замовчуванням.

У моєму конкретному випадку я слухаю Apache на порту 8080 лише у внутрішньому інтерфейсі, і я проксі скрипти PHP та Perl до Apache.

Однак я запускаю два окремих програми, які обидва повертають посилання з ": 8080" у вихідному html-файлі, який додається, коли вони виявляють, що Apache не працює на стандартному порту 80 і намагаються "допомогти" мені.

Це спричиняє проблему в тому, що посилання стають недійсними, оскільки 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.

У мене фактично є чотири таких блоки сервера, і це спрощений випадок використання.

У вас повинен бути сервер за замовчуванням для загального доступу , ви можете повернутися 404або краще взагалі не відповідати (це дозволить заощадити деяку пропускну здатність), повернувши 444який є nginx-відповідь HTTP, що просто закриває з'єднання і нічого не повертає

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

Я не зміг вирішити свою проблему жодною з інших відповідей. Я вирішив проблему, перевіривши, чи збігається хост і повернув 403, якщо він не відбувся. (У мене був якийсь випадковий веб-сайт, який вказує на вміст моїх веб-серверів. Я здогадуюсь захопити рейтинг пошуку)

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;
}

Зауважте, що вам потрібно вказати сертифікат / ключ (який можна підписати самостійно), інакше всі з’єднання SSL не вдасться, оскільки nginx спробує прийняти з'єднання за допомогою цього сервера default_server і не знайде cert / key.

Є кілька способів вказати сервер за замовчуванням.

Перший шлях - спочатку вкажіть сервер за замовчуванням у списку, якщо ви зберігаєте конфігурації свого сервера в одному конфігураційному файлі, як показано Dayo вище.

Другий спосіб (краще) Більш гнучкий - надайте default_serverпараметр для listenінструкції, наприклад:

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

Більше інформації тут: Nginx doc / Слухай

Цей спосіб більш корисний, коли ви зберігаєте конфігурації сервера в окремих файлах і не бажаєте називати ці файли в алфавітному порядку.

Маленький коментар для відповіді:

якщо у вас декілька віртуальних хостів на декількох IP-адресах у кількох конфігураційних файлах у доступних сайтах /, домен "за замовчуванням" для IP буде взято з першого файлу за алфавітом.

І як сказав Павло, для директиви "прослуховування" є аргумент "default_server" http://nginx.org/en/docs/http/ngx_http_core_module.html#listen