Nginx visualizza un comportamento particolare ma logico quando tratta gli indici specificati senza la conclusione riduce. Per esempio avete un indice come http://www.example2.com/dir/. Tuttavia specificate il URL come http://www.example2.com/dir. Inoltre supponga che avete configurato l'assistente per l'ospitalit� virtuale ed i nomi di assistente alternativi sono: www.example.com, www.example2.com ecc. e sono specificati nello stesso ordine. Ora in cui provate ad andare a prendere http://www.example2.com/dir preferibilmente sarete riorientato a http://www.example.com/dir. Qui � perch� il nginx lo fa con una soluzione semplice al problema piuttosto sconcertante (problema complesso giusto - lo ho detto).

Tutti i web server, nginx ed apache rispettabili inclusi, riorienteranno il URL come http://www.example2.com/dir al URL adeguato - http://www.example2.com/dir.

Comunque nginx quando internamente riorientano (che usando 301) per un indirizzamento di riscrittura se il nuovo orientamento � relativo (non ha parte ospite), quindi quando riorientano Nginx usa l'intestazione ospite se il nome del fiammifero dell'intestazione di server_name direttivo o il nome dell'indirizzamento del server_name, se l'intestazione non abbina o � assente. Se nessun server_name � regolato, quindi il hostname locale � usato.

Se volete Nginx usare sempre l'intestazione ospite mentre per l'ospitalit� virtuale, potete usare il _ come server_name a partire da 0.6.x. Per quanto ci � un migliore senso che suggerisco. Usi i seguenti indirizzamenti per usare l'intestazione ospite anzich� server_name:
optimize_server_names fuori;
server_name_in_redirect fuori;

I optimize_server_names ha ulteriormente il beneficio del miglioramento della prestazione dell'assistente del nginx.