Ben nginx kadar var ve bir Ruby / Sinatra uygulaması ile çalışan ve her şey yolunda. Ancak, şimdi aynı sunucudan çalışan ikinci bir uygulama var çalışıyorum ve garip bir şey fark ettim. İlk olarak, benim 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

Sunucu nasıl server_nameayarlandığına dikkat edin FAKE.COM, sunucu o etki alanına isabet eden tüm ana bilgisayarlara diğer etki alanı adları aracılığıyla yanıt verir. Söz konusu sunucunun yalnızca isteklerine yanıt vermesini nasıl sağlayabilirim FAKE.COM?

Nginx yapılandırmasındaki ilk sunucu bloğu, belirli bir sunucu bloğu olmayan sunucuya çarpan tüm istekler için varsayılan değerdir.

Bu nedenle, yapılandırmanızda, gerçek etki alanınızın REAL.COM olduğu varsayılarak, bir kullanıcı bunu yazdığında sunucunuza çözülecektir ve bu kurulum için sunucu bloğu olmadığından, ilk olarak FAKE.COM için sunucu bloğu sunucu bloğu (yalnızca sizin durumunuzdaki sunucu bloğu), bu isteği işler.

Bu nedenle, uygun Nginx yapılandırmalarının belirli etki alanları için diğerleriyle izlemeden önce varsayılanlar için belirli bir sunucu bloğu vardır.

# Default server
server {
    return 404;
}

server {
    server_name domain_1;
    [...]
}

server {
    server_name domain_2;
    [...]
}

vb

** DÜZENLE **

Bazı kullanıcılar bu örnekle biraz karışık görünüyor ve tek bir conf dosyasıyla sınırlı olduğunu düşünüyorlar.

Yukarıdakilerin OP'nin gerektiği gibi gelişmesi için basit bir örnek olduğunu lütfen unutmayın.

Şahsen bu şekilde ayrı vhost conf dosyaları kullanmak (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 dosyasını içerecek ve ana nginx.conf dosyasındaki sunucu bloğundan sonra her zaman ilk olacak ve default_server ile geçersiz kılınmadıkça her zaman varsayılan olacak direktif başka yerde.

Diğer sunucular için conf dosyalarının dosya adlarının alfabetik sırası bu durumda önemsiz hale gelir.

Ek olarak, bu düzenleme birden fazla varsayılan tanımlamanın mümkün olması nedeniyle çok fazla esneklik sağlar.

Özel durumumda, yalnızca dahili arabirimde 8080 numaralı bağlantı noktasında Apache dinliyorum ve Apache'ye PHP ve Perl betiklerini proxy veriyorum.

Ancak, Apache'nin standart Port 80'de çalışmadığını tespit ettikleri ve bana "yardım etmeye" çalıştıkları için her ikisi de bağlı çıkış html'sinde ": 8080" ile bağlantı döndüren iki ayrı uygulama çalıştırıyorum.

Bu, dış arabirimden Apache'ye erişilemediğinden ve bağlantıların 80 numaralı bağlantı noktasını işaret etmesinden dolayı bağlantıların geçersiz hale gelmesine neden olur.

Ben bu tür istekleri yeniden yönlendirmek için 8080 bağlantı noktası için varsayılan bir sunucu oluşturarak bunu gidermek.

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

Normal sunucu bloklarındaki hiçbir şey 8080 numaralı bağlantı noktasını dinlemediğinden, yönlendirme varsayılan sunucu bloğu, nginx.conf'daki konumu nedeniyle bu tür istekleri şeffaf bir şekilde işler.

Aslında bu tür sunucu blokları dört var ve bu basitleştirilmiş bir kullanım durumudur.

Tümünü yakalama için varsayılan bir sunucunuz olmalıdır , yalnızca bağlantıyı kapatan ve hiçbir şey döndürmeyen nginx'e özgü HTTP yanıtı 404döndürerek hiç yanıt vermemek için geri dönebilir veya daha iyi olabilirsiniz (bazı bant genişliğini kaydeder)444

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

Diğer yanıtlardan herhangi biriyle sorunumu çözemedim. Ana bilgisayar eşleşip eşleşmediğini kontrol edip kontrol etmediyse sorunu çözemedim. (Web sunucularımın içeriğine işaret eden rastgele bir web sitem vardı. Arama sıralamasını kaçırmayı düşünüyorum)

server {
    listen 443;
    server_name example.com;

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

    ...
}

Sorunuzu cevaplamak için - nginx, eşleşme yoksa ilk sunucuyu seçer. Belgelere bakın :

Değeri herhangi bir sunucu adıyla eşleşmiyorsa veya istek bu başlık alanını hiç içermiyorsa, nginx, isteği bu bağlantı noktasının varsayılan sunucusuna yönlendirir. Yukarıdaki yapılandırmada, varsayılan sunucu ilk sunucudur ...

Şimdi, tüm isteklere 404 ile yanıt veren varsayılan bir tümünü yakalama sunucunuz olmasını istiyorsanız, bunu nasıl yapacağınız aşağıda açıklanmıştır:

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

Sertifika / anahtar (kendinden imzalı olabilen) belirtmeniz gerektiğini unutmayın, aksi takdirde nginx bu varsayılan_server kullanarak bağlantıyı kabul etmeye çalışacağından ve cert / key bulamayacağından tüm SSL bağlantıları başarısız olur.

Varsayılan sunucuyu belirtmenin birkaç yolu vardır.

İlk yol - Sunucu yapılandırmalarınızı yukarıda gösterilen Dayo gibi bir yapılandırma dosyasında tutarsanız, önce listede varsayılan sunucuyu belirtin.

İkinci yol (daha iyi) Daha esnek - talimat için default_serverparametre sağlayın listen, örneğin:

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

Daha fazla bilgi için buraya tıklayın: Nginx doc / Listen

Bu şekilde sunucu yapılandırmalarını ayrı dosyalarda tuttuğunuzda ve bu dosyaları alfabetik olarak adlandırmak istemediğinizde daha kullanışlı olur.

Cevaplamak için küçük bir yorum:

birden fazla IP'de birden fazla sanal makineniz varsa, kullanılabilen sitelerdeki çeşitli yapılandırma dosyalarında, IP için "varsayılan" alan adı ilk dosyadan alfabetik sıraya göre alınır.

Ve Pavel'in dediği gibi, "dinle" yönergesi için "default_server" argümanı http://nginx.org/en/docs/http/ngx_http_core_module.html#listen