Ho nginx installato e funzionante con un'app Ruby / Sinatra e tutto va bene. Tuttavia, ora sto cercando di avere una seconda applicazione in esecuzione dallo stesso server e ho notato qualcosa di strano. Innanzitutto, ecco il mio 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

Si noti come server_nameè impostato su FAKE.COMma il server sta rispondendo a tutti gli host che hanno raggiunto quel server tramite altri nomi di dominio. Come posso fare in modo che quel particolare server risponda solo alle richieste di FAKE.COM?

Il primo blocco server nella configurazione di nginx è il valore predefinito per tutte le richieste che colpiscono il server per il quale non esiste un blocco server specifico.

Quindi nella tua configurazione, supponendo che il tuo dominio reale sia REAL.COM, quando un utente lo digita, si risolverà sul tuo server e poiché non esiste un blocco server per questa configurazione, il blocco server per FAKE.COM, essendo il primo blocco server (solo blocco server nel tuo caso), elaborerà tale richiesta.

Questo è il motivo per cui le configurazioni Nginx appropriate hanno un blocco server specifico per i valori predefiniti prima di seguire con altri per domini specifici.

# Default server
server {
    return 404;
}

server {
    server_name domain_1;
    [...]
}

server {
    server_name domain_2;
    [...]
}

eccetera

** MODIFICARE **

Sembra che alcuni utenti siano un po 'confusi da questo esempio e pensano che sia limitato a un singolo file conf ecc.

Si noti che quanto sopra è un semplice esempio di sviluppo dell'OP come richiesto.

Personalmente uso file di configurazione vhost separati con questo in questo modo (CentOS / RHEL):

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

/etc/nginx/conf.d/ conterrà domain_1.conf, domain_2.conf ... domain_n.conf che verrà incluso dopo il blocco del server nel file nginx.conf principale che sarà sempre il primo e sarà sempre il predefinito a meno che non venga sovrascritto con il default_server direttiva altrove.

In questo caso, l'ordine alfabetico dei nomi dei file conf per gli altri server diventa irrilevante.

Inoltre, questa disposizione offre molta flessibilità in quanto è possibile definire più impostazioni predefinite.

Nel mio caso specifico, ho Apache in ascolto sulla porta 8080 solo sull'interfaccia interna e faccio il proxy degli script PHP e Perl su Apache.

Tuttavia, eseguo due applicazioni separate che restituiscono entrambi i collegamenti con ": 8080" nell'html di output allegato poiché rilevano che Apache non è in esecuzione sulla porta 80 standard e provano ad "aiutarmi".

Ciò causa un problema in quanto i collegamenti diventano non validi poiché Apache non può essere raggiunto dall'interfaccia esterna e i collegamenti devono puntare alla porta 80.

Risolvo questo creando un server predefinito per la porta 8080 per reindirizzare tali richieste.

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

Poiché nulla nei blocchi di server regolari è in ascolto sulla porta 8080, il blocco di server predefinito di reindirizzamento gestisce in modo trasparente tali richieste in virtù della sua posizione in nginx.conf.

In realtà ho quattro di questi blocchi di server e questo è un caso d'uso semplificato.

Dovresti avere un server predefinito per catch-all , puoi tornare 404o meglio non rispondere affatto (salverà un po 'di larghezza di banda) restituendo 444quale è la risposta HTTP specifica di nginx che semplicemente chiude la connessione e non restituisce nulla

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

Non sono stato in grado di risolvere il mio problema con nessuna delle altre risposte. Ho risolto il problema verificando se l'host corrispondeva e restituendo un 403 in caso contrario. (Avevo un sito Web casuale che puntava al contenuto dei miei server Web. Immagino di dirottare il grado di ricerca)

server {
    listen 443;
    server_name example.com;

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

    ...
}

Per rispondere alla tua domanda - nginx sceglie il primo server se non c'è corrispondenza. Vedi documentazione :

Se il suo valore non corrisponde a nessun nome di server o la richiesta non contiene affatto questo campo di intestazione, nginx indirizzerà la richiesta al server predefinito per questa porta. Nella configurazione sopra, il server predefinito è il primo ...

Ora, se si desidera avere un server catch-all predefinito che, ad esempio, risponda con 404 a tutte le richieste, ecco come farlo:

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

Nota che devi specificare certificato / chiave (che può essere autofirmato), altrimenti tutte le connessioni SSL falliranno poiché nginx tenterà di accettare la connessione usando questo default_server e non troverà cert / chiave.

Esistono alcuni modi per specificare il server predefinito.

Primo modo : specificare il server predefinito prima nell'elenco, se si mantengono le configurazioni del server in un file di configurazione, come mostrato in precedenza da Dayo.

Secondo modo (migliore) Più flessibile: fornire un default_serverparametro per l' listenistruzione, ad esempio:

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

Maggiori informazioni qui: Nginx doc / Listen

In questo modo è più utile quando si mantengono le configurazioni del server in file separati e non si desidera nominare tali file in ordine alfabetico.

Piccolo commento per rispondere:

se si dispone di più host virtuali su più IP in diversi file di configurazione in siti disponibili /, il dominio "predefinito" per IP verrà preso dal primo file in ordine alfabetico.

E come ha detto Pavel, c'è un argomento "default_server" per la direttiva "ascolta" http://nginx.org/en/docs/http/ngx_http_core_module.html#listen