Tôi có nginx và chạy với ứng dụng Ruby / Sinatra và tất cả đều ổn. Tuy nhiên, bây giờ tôi đang cố gắng để có một ứng dụng thứ hai chạy từ cùng một máy chủ và tôi nhận thấy một điều kỳ lạ. Đầu tiên, đây là nginx.conf của tôi:

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

Lưu ý cách server_namecài đặt thành FAKE.COMmáy chủ đang phản hồi với tất cả các máy chủ truy cập máy chủ đó thông qua các tên miền khác. Làm cách nào tôi có thể khiến máy chủ cụ thể đó chỉ phản hồi các yêu cầu FAKE.COM?

Khối máy chủ đầu tiên trong cấu hình nginx là mặc định cho tất cả các yêu cầu tấn công máy chủ không có khối máy chủ cụ thể.

Vì vậy, trong cấu hình của bạn, giả sử tên miền thực của bạn là REAL.COM, khi người dùng nhập vào, nó sẽ phân giải đến máy chủ của bạn và vì không có khối máy chủ nào cho thiết lập này, nên khối máy chủ cho FAKE.COM, là khối đầu tiên khối máy chủ (chỉ khối máy chủ trong trường hợp của bạn), sẽ xử lý yêu cầu đó.

Đây là lý do tại sao các cấu hình Nginx thích hợp có một khối máy chủ cụ thể để mặc định trước khi theo dõi với các tên miền cụ thể khác.

# Default server
server {
    return 404;
}

server {
    server_name domain_1;
    [...]
}

server {
    server_name domain_2;
    [...]
}

Vân vân

** BIÊN TẬP **

Có vẻ như một số người dùng hơi bối rối với ví dụ này và nghĩ rằng nó bị giới hạn trong một tệp conf, v.v.

Xin lưu ý rằng ở trên là một ví dụ đơn giản để OP phát triển theo yêu cầu.

Cá nhân tôi sử dụng các tệp conf vhost riêng biệt với điều này (CentOS / RHEL):

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

/etc/nginx/conf.d/ sẽ chứa domain_1.conf, domain_2.conf ... domain_n.conf sẽ được bao gồm sau khối máy chủ trong tệp nginx.conf chính sẽ luôn là đầu tiên và sẽ luôn là mặc định trừ khi được ghi đè bằng default_server chỉ thị ở nơi khác

Thứ tự chữ cái của tên tệp của các tệp conf cho các máy chủ khác trở nên không liên quan trong trường hợp này.

Ngoài ra, sự sắp xếp này mang lại rất nhiều tính linh hoạt ở chỗ có thể xác định nhiều mặc định.

Trong trường hợp cụ thể của tôi, tôi chỉ nghe Apache trên Cổng 8080 trên giao diện nội bộ và tôi ủy quyền các tập lệnh PHP và Perl cho Apache.

Tuy nhiên, tôi chạy hai ứng dụng riêng biệt có cả liên kết trả về với ": 8080" trong html đầu ra được đính kèm khi chúng phát hiện ra rằng Apache không chạy trên Cổng 80 tiêu chuẩn và cố gắng "giúp đỡ" tôi.

Điều này gây ra một vấn đề ở chỗ các liên kết trở nên không hợp lệ vì không thể truy cập Apache từ giao diện bên ngoài và các liên kết sẽ trỏ đến Cổng 80.

Tôi giải quyết điều này bằng cách tạo một máy chủ mặc định cho Cổng 8080 để chuyển hướng các yêu cầu đó.

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

Vì không có gì trong các khối máy chủ thông thường lắng nghe trên Cổng 8080, khối máy chủ mặc định chuyển hướng xử lý một cách minh bạch các yêu cầu như vậy nhờ vào vị trí của nó trong nginx.conf.

Tôi thực sự có bốn khối máy chủ như vậy và đây là trường hợp sử dụng đơn giản hóa.

Bạn nên có một máy chủ mặc định để bắt tất cả , bạn có thể trả lại 404hoặc tốt hơn là không phản hồi gì cả (sẽ tiết kiệm một số băng thông) bằng cách trả lại 444phản hồi HTTP cụ thể nginx chỉ đơn giản là đóng kết nối và không trả về

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

Tôi không thể giải quyết vấn đề của mình với bất kỳ câu trả lời nào khác. Tôi đã giải quyết vấn đề bằng cách kiểm tra xem máy chủ có khớp hay không và trả lại 403 nếu không. (Tôi có một số trang web ngẫu nhiên trỏ đến nội dung máy chủ web của mình. Tôi đoán là chiếm quyền điều khiển tìm kiếm)

server {
    listen 443;
    server_name example.com;

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

    ...
}

Để trả lời câu hỏi của bạn - nginx chọn máy chủ đầu tiên nếu không có kết quả khớp. Xem tài liệu :

Nếu giá trị của nó không khớp với bất kỳ tên máy chủ nào hoặc yêu cầu hoàn toàn không chứa trường tiêu đề này, thì nginx sẽ định tuyến yêu cầu đến máy chủ mặc định cho cổng này. Trong cấu hình trên, máy chủ mặc định là máy chủ đầu tiên ...

Bây giờ, nếu bạn muốn có một máy chủ bắt tất cả mặc định, giả sử, đáp ứng với 404 cho tất cả các yêu cầu, thì đây là cách thực hiện:

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

Lưu ý rằng bạn cần chỉ định chứng chỉ / khóa (có thể tự ký), nếu không tất cả các kết nối SSL sẽ không thành công vì nginx sẽ cố gắng chấp nhận kết nối bằng default_server này và sẽ không tìm thấy cert / key.

Có một số cách để chỉ định máy chủ mặc định.

Cách thứ nhất - Chỉ định máy chủ mặc định đầu tiên trong danh sách, nếu bạn giữ cấu hình máy chủ của mình trong một tệp cấu hình, như Dayo hiển thị ở trên.

Cách thứ hai (tốt hơn) Linh hoạt hơn - cung cấp default_servertham số cho listenhướng dẫn, ví dụ:

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

Thêm thông tin tại đây: Nginx doc / Nghe

Cách này hữu ích hơn khi bạn giữ cấu hình máy chủ trong các tệp riêng biệt và không muốn đặt tên cho các tệp đó theo thứ tự bảng chữ cái.

Ít bình luận để trả lời:

nếu bạn có một số máy chủ ảo trên một số IP trong một số tệp cấu hình trong các trang có sẵn /, thì miền "mặc định" cho IP sẽ được lấy từ tệp đầu tiên theo thứ tự chữ cái.

Và như Pavel đã nói, có đối số "default_server" cho chỉ thị "lắng nghe" http://nginx.org/en/docs/http/ngx_http_core_module.html#listen