Detaillierte Erklärung der Nginx-Konfigurationsdatei

#globaler Block#Benutzer niemand;
Arbeiterprozesse 1;

#Ereignisblock Ereignisse {
 Arbeiterverbindungen 1024;
}

#http block http {
 #http globaler Block schließt mime.types ein;
 Standardtyp Anwendung/Oktett-Stream;
 sendfile an;
 KeepAlive-Timeout 65;
 #Server blockieren Server {
  #Server globaler Block abhören 8000;
  Servername localhost;
  #Standortblock Standort / {
   Stamm-HTML;
   Index Index.html Index.htm;
  }
  Fehlerseite 500 502 503 504 /50x.html;
  Standort = /50x.html {
   Stamm-HTML;
  }
 }
 #Hier können mehrere Serverblöcke vorhanden sein server {
  ...
 }
}

#Geben Sie den Benutzer und die Benutzergruppe an, die den nginx-Dienst ausführen können. Dies kann nur im globalen Block konfiguriert werden. #user [Benutzer] [Gruppe]
# Kommentieren Sie die Benutzerdirektive aus oder konfigurieren Sie sie auf „none“, damit alle Benutzer sie ausführen können. # user nobody nobody;
# Die Benutzeranweisung funktioniert unter Windows nicht. Wenn Sie einen bestimmten Benutzer und eine bestimmte Benutzergruppe angeben, wird eine kleine Warnung ausgegeben. # nginx: [warn] „user“ wird nicht unterstützt, ignoriert in D:\software\nginx-1.18.0/conf/nginx.conf:2

#Geben Sie die Anzahl der Arbeitsthreads an. Sie können eine bestimmte Anzahl von Prozessen angeben oder den automatischen Modus verwenden. Dieser Befehl kann nur im globalen Block # worker_processes number | auto; konfiguriert werden.
# Beispiel: Geben Sie 4 Worker-Threads an. In diesem Fall werden ein Master-Prozess und 4 Worker-Prozesse generiert. # worker_processes 4;

#Geben Sie den Pfad an, in dem die PID-Datei gespeichert ist. Dieser Befehl kann nur im globalen Block konfiguriert werden. #pid logs/nginx.pid;

#Geben Sie den Pfad und die Protokollebene des Fehlerprotokolls an. Diese Anweisung kann im globalen Block, im HTTP-Block, im Serverblock und im Standortblock konfiguriert werden. (Was sind die Unterschiede bei verschiedenen Blockkonfigurationen?)
# Das Protokoll auf Debug-Ebene muss mit --with-debug kompiliert werden, um den Debug-Schalter zu aktivieren# error_log [Pfad] [debug | Info | Hinweis | Warnung | Fehler | Krit | Alarm | Emerg] 
# error_log Protokolle/error.log Hinweis;
# Fehlerprotokollprotokolle/Fehlerprotokollinfo;

# Wenn zu einem bestimmten Zeitpunkt nur eine Netzwerkverbindung zustande kommt, werden mehrere schlafende Prozesse gleichzeitig geweckt, aber nur ein Prozess kann die Verbindung herstellen. Wenn jedes Mal zu viele Prozesse aufgeweckt werden, wird die Systemleistung teilweise beeinträchtigt. Dieses Problem kann beim Multiprozess-Nginx-Server auftreten.
# Wenn aktiviert, serialisieren mehrere Nginx-Prozesse die empfangenen Verbindungen, um zu verhindern, dass mehrere Prozesse um die Verbindung konkurrieren. # Es ist standardmäßig aktiviert und kann nur im Ereignisblock konfiguriert werden. # accept_mutex on | off;

# Wenn multi_accept deaktiviert ist, kann ein Nginx-Arbeitsprozess immer nur eine neue Verbindung gleichzeitig akzeptieren. Andernfalls kann ein einzelner Arbeitsprozess alle neuen Verbindungen gleichzeitig annehmen. 
# Diese Anweisung wird ignoriert, wenn Nginx die Verbindungsmethode „kqueue“ verwendet, da diese Methode die Anzahl der neuen Verbindungen meldet, die auf die Annahme warten.
# Die Standardeinstellung ist „Aus“ und kann nur im Ereignisblock konfiguriert werden. # multi_accept on | off;

#Geben Sie an, welches Netzwerk-E/A-Modell verwendet werden soll. Die verfügbaren Methoden sind: select, poll, kqueue, epoll, rtsig, /dev/poll und eventport. Im Allgemeinen unterstützen Betriebssysteme nicht alle der oben genannten Modelle.
# Kann nur im Ereignisblock konfiguriert werden# use method
# epoll verwenden

# Legen Sie die maximale Anzahl von Verbindungen fest, die für jeden Worker-Prozess gleichzeitig geöffnet werden dürfen. Wenn die Anzahl der von jedem Worker-Prozess akzeptierten Verbindungen diesen Wert überschreitet, werden keine weiteren Verbindungen mehr akzeptiert. # Wenn alle Worker-Prozesse voll sind, wird die Verbindung in den Logback-Modus versetzt. Nachdem der Logback-Modus voll ist, wird die Verbindung abgelehnt. # Kann nur im Ereignisblock konfiguriert werden. # Hinweis: Dieser Wert darf die maximale Anzahl von Dateien, die vom System unterstützt werden, oder die maximale Anzahl von Dateien, die von einem einzelnen Prozess unterstützt werden, nicht überschreiten. Weitere Einzelheiten finden Sie in diesem Artikel: https://cloud.tencent.com/developer/article/1114773
# Arbeiterverbindungen 1024;

# Gängige Browser können eine Vielzahl von Texten, Medien und anderen Ressourcen anzeigen, darunter HTML, XML, GIF und Flash. Um diese Ressourcen unterscheiden zu können, muss der Browser den MIME-Typ verwenden. Mit anderen Worten ist der MIME-Typ der Medientyp einer Netzwerkressource. Als Webserver muss der Nginx-Server in der Lage sein, den vom Front-End angeforderten Ressourcentyp zu identifizieren.

# Die Include-Direktive dient zum Einbinden anderer Konfigurationsdateien. Sie kann an beliebiger Stelle in der Konfigurationsdatei platziert werden. Beachten Sie jedoch, dass die von Ihnen eingebundene Konfigurationsdatei den Konfigurationsspezifikationen entsprechen muss. Wenn die von Ihnen eingebundene Konfiguration beispielsweise die Konfiguration der Direktive worker_processes ist und Sie diese Direktive in den http-Block einbinden, wird dies definitiv nicht funktionieren. Wie oben erwähnt, kann die Direktive worker_processes nur im globalen Block stehen.
# Der folgende Befehl schließt mime.types ein. mime.types und ngin.cfg befinden sich im selben Verzeichnis. Wenn sie sich auf unterschiedlichen Ebenen befinden, muss der spezifische Pfad angegeben werden. # include mime.types;

# Konfigurieren Sie den Standardtyp. Wenn diese Anweisung nicht hinzugefügt wird, ist der Standardwert „text/plain“.
# Diese Anweisung kann auch im HTTP-Block, Serverblock oder Standortblock konfiguriert werden.
# Standardtyp Anwendung/Oktett-Stream;

# access_log-Konfiguration, diese Direktive kann im HTTP-Block, Serverblock oder Standortblock festgelegt werden. # Im globalen Block haben wir die Direktive errer_log eingeführt, die verwendet wird, um den Protokollspeicher und die Protokollebene zu konfigurieren, wenn der Nginx-Prozess ausgeführt wird. Das hier erwähnte Protokoll unterscheidet sich vom herkömmlichen. Es bezieht sich auf das Protokoll, das den Serviceprozess des Nginx-Servers als Antwort auf die Front-End-Anforderung aufzeichnet. # access_log-Pfad [Format [Puffer = Größe]]
# Wenn Sie access_log deaktivieren möchten, können Sie den folgenden Befehl verwenden: # access_log off;

# Die Direktive log_format wird verwendet, um das Protokollformat zu definieren. Diese Direktive kann nur im http-Block konfiguriert werden. # log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
# Nachdem Sie das obige Protokollformat definiert haben, können Sie das Protokoll in der folgenden Form verwenden # access_log logs/access.log main;

# Sendfile-Dateiübertragung aktivieren oder deaktivieren. Dies kann im HTTP-Block, Serverblock oder Standortblock konfiguriert werden. # sendfile on | off;

# Legen Sie die maximale Datengröße der Sendedatei fest. Diese Anweisung kann im HTTP-Block, Serverblock oder Standortblock konfiguriert werden. # sendfile_max_chunk size;
# Wenn der Größenwert größer als 0 ist, kann die maximale Datenmenge, die von jedem Arbeitsprozess des Nginx-Prozesses bei jedem Aufruf von sendfile() übertragen wird, diesen Wert nicht überschreiten (hier beträgt er 128 KB, sodass 128 KB bei jedem Aufruf nicht überschritten werden können). Wenn er auf 0 gesetzt ist, gibt es keine Begrenzung. Der Standardwert ist 0.
# sendfile_max_chunk 128k;

# Konfigurieren Sie das Verbindungstimeout. Diese Anweisung kann im HTTP-Block, Serverblock oder Standortblock konfiguriert werden.
# Nachdem eine Sitzungsverbindung mit dem Benutzer hergestellt wurde, kann der Nginx-Server diese Verbindungen für einen bestimmten Zeitraum offen halten. # Timeout, die Beibehaltungszeit der serverseitigen Verbindung. Der Standardwert beträgt 75 s; header_timeout, optional, legt das Timeout im Keep-Alive-Feld im Header der Antwortnachricht fest: „Keep-Alive: timeout = header_timeout“. Dieser Hinweis in der Nachricht kann von Mozilla oder Konqueror erkannt werden.
# keepalive_timeout Zeitüberschreitung [header_timeout]
# Die folgende Konfiguration bedeutet, dass der Server die Verbindung 120 Sekunden lang aufrechterhält und die Timeout-Zeit des Keep-Alive-Felds im Header der an den Client gesendeten Antwortnachricht auf 100 Sekunden eingestellt ist.
# keepalive_timeout 120s 100s

# Konfigurieren Sie die Obergrenze für die Anzahl einzelner Verbindungsanforderungen. Diese Anweisung kann im HTTP-Block, Serverblock oder Standortblock konfiguriert werden.
# Nachdem der Nginx-Server und der Client eine Sitzungsverbindung hergestellt haben, sendet der Client eine Anfrage über diese Verbindung. Die Direktive „keepalive_requests“ wird verwendet, um die Anzahl der Anfragen zu begrenzen, die ein Benutzer über eine bestimmte Verbindung an den Nginx-Server senden kann. Der Standardwert ist 100
# Keepalive_Requests-Nummer;

//Erste Abhöradresse[:Port] [Standardserver] [SSL] [http2 | SPDY] [Proxyprotokoll] [setfib=Nummer] [Fastopen=Nummer] [Backlog=Nummer] [rcvbuf=Größe] [sndbuf=Größe] [accept_filter=Filter] [verzögert] [binden] [ipv6only=an|aus] [Port wiederverwenden] [so_keepalive=an|aus|[keepidle]:[keepintvl]:[keepcnt]];

//Der zweite Abhörport [default_server] [ssl] [http2 | spdy] [proxy_protocol] [setfib=Nummer] [fastopen=Nummer] [backlog=Nummer] [rcvbuf=Größe] [sndbuf=Größe] [accept_filter=Filter] [deferred] [bind] [ipv6only=on|off] [reuseport] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]];

//Der dritte Typ (Sie müssen sich nicht darauf konzentrieren)
listen unix:Pfad [Standardserver] [SSL] [http2 | SPDY] [Proxyprotokoll] [Backlog=Nummer] [rcvbuf=Größe] [sndbuf=Größe] [Accept_Filter=Filter] [Verzögert] [Binden] [so_keepalive=Ein|Aus|[Keepidle]:[Keepintvl]:[Keepcnt]];
Die Konfiguration des Listen-Befehls ist sehr flexibel. Sie können eine IP-Adresse, einen Port oder sowohl eine IP-Adresse als auch einen Port angeben.

listen 127.0.0.1:8000; #Nur auf Anfragen von der IP 127.0.0.1 und Port 8000 hören. listen 127.0.0.1; #Nur auf Anfragen von der IP 127.0.0.1 und Port 80 hören (keinen Port angeben, Standard ist 80)
listen 8000; #Auf Anfragen von allen IPs an Port 8000 warten listen *:8000; #Dasselbe wie oben listen localhost:8000; #Dasselbe wie der erste Effekt

Syntax: Servername Name ...;
Standard: 
Servername "";
Kontext: Server

Servername myserver.com www.myserver.com

Servername meinServer.* *.meinServer.com

http
{
 {
 hören: 80;
 Servername: 192.168.1.31;
  ...
 }
 {
 hören: 80;
 Servername: 192.168.1.32;
  ...
 }
}

Standort [ = | ~ | ~* | ^~ ] uri { ... }

Stammpfad

######Detaillierte Erklärung der Nginx-Konfigurationsdatei nginx.conf auf Chinesisch######

#Definieren Sie den Benutzer und die Benutzergruppe, die Nginx als Benutzer www www ausführt;

#Anzahl der Nginx-Prozesse. Es wird empfohlen, den Wert gleich der Gesamtzahl der CPU-Kerne zu setzen.
Arbeitsprozesse 8;
 
#Globaler Fehlerprotokolldefinitionstyp, [ debug | info | notice | warn | error | crit ]
Fehlerprotokoll /usr/local/nginx/logs/error.log info;

#PID-Datei verarbeiten pid /usr/local/nginx/logs/nginx.pid;

#Geben Sie die maximale Anzahl von Deskriptoren an, die ein Prozess öffnen kann: #Arbeitsmodus und Obergrenze der Verbindungsnummer #Diese Anweisung bezieht sich auf die maximale Anzahl von Dateideskriptoren, die von einem nginx-Prozess geöffnet werden. Der theoretische Wert sollte die maximale Anzahl geöffneter Dateien (ulimit -n) geteilt durch die Anzahl der nginx-Prozesse sein, aber nginx verteilt Anforderungen nicht gleichmäßig, daher ist es am besten, den Wert von ulimit -n konsistent zu halten.
#Unter dem Linux 2.6-Kernel beträgt die Anzahl der geöffneten Dateien derzeit 65535, und worker_rlimit_nofile sollte dementsprechend mit 65535 ausgefüllt werden.
#Dies liegt daran, dass nginx während der Planung die Anforderungen nicht gleichmäßig auf die Prozesse verteilt. Wenn Sie also 10240 eingeben und die Gesamtparallelität 30.000-40.000 erreicht, kann es sein, dass mehr als 10240 Prozesse vorhanden sind, und es wird ein 502-Fehler zurückgegeben.
worker_rlimit_nofile 65535;


Veranstaltungen
{
 #Siehe Ereignismodell, verwenden Sie [kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll-Modell #ist ein Hochleistungs-Netzwerk-E/A-Modell im Linux-Kernel ab Version 2.6. Linux empfiehlt epoll. Verwenden Sie unter FreeBSD das kqueue-Modell.
 #Ergänzende Erklärung:
 #Ähnlich wie Apache hat nginx unterschiedliche Ereignismodelle für unterschiedliche Betriebssysteme. #A) Standardereignismodell #Select und Poll gehören zum Standardereignismodell. Wenn es im aktuellen System keine effektivere Methode gibt, wählt nginx Select oder Poll
 #B) Effizientes Ereignismodell #Kqueue: wird in FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 und MacOS X verwendet. Die Verwendung von kqueue auf MacOS X-Systemen mit zwei Prozessoren kann zu Kernel Panic führen.
 #Epoll: wird in Linux-Kernelversion 2.6 und späteren Systemen verwendet.
 #/dev/poll: wird unter Solaris 7 11/99+, HP/UX 11.22+ (Eventport), IRIX 6.5.15+ und Tru64 UNIX 5.1A+ verwendet.
 #Eventport: Wird in Solaris 10 verwendet. Um Kernel-Abstürze zu verhindern, ist die Installation von Sicherheitspatches notwendig.
 verwenden Sie epoll;

 #Maximale Anzahl von Verbindungen für einen einzelnen Prozess (maximale Anzahl von Verbindungen = Anzahl von Verbindungen * Anzahl von Prozessen)
 #Passen Sie es der Hardware an und verwenden Sie es in Verbindung mit dem vorherigen Arbeitsprozess. Machen Sie es so groß wie möglich, aber lassen Sie die CPU nicht zu 100 % laufen. Die maximale Anzahl an Verbindungen, die für jeden Prozess zulässig sind. Theoretisch beträgt die maximale Anzahl an Verbindungen für jeden Nginx-Server:
 Arbeiterverbindungen 65535;

 #keepalive-Zeitüberschreitung.
 KeepAlive-Timeout 60;

 #Die Puffergröße für Client-Anforderungsheader. Dies kann entsprechend der Seitengröße Ihres Systems eingestellt werden. Im Allgemeinen überschreitet die Größe eines Anforderungsheaders 1 KB nicht. Da das System-Paging jedoch im Allgemeinen größer als 1 KB ist, wird es hier auf die Seitengröße eingestellt.
 #Die Paging-Größe kann mit dem Befehl getconf PAGESIZE ermittelt werden.
 #[root@web001 ~]# getconf PAGESIZE
 #4096
 #Es gibt jedoch Fälle, in denen die client_header_buffer_size 4 KB überschreitet, der Wert der client_header_buffer_size jedoch auf ein ganzzahliges Vielfaches der „System-Paging-Größe“ eingestellt werden muss.
 Client-Header-Puffergröße 4k;

 #Hiermit wird der Cache für geöffnete Dateien festgelegt. Standardmäßig ist er nicht aktiviert. max gibt die Anzahl der Caches an. Es wird empfohlen, bei der Anzahl der geöffneten Dateien konsistent zu sein. inaktiv bezieht sich auf die Zeit, nach der der Cache gelöscht wird, wenn die Datei nicht angefordert wird.
 open_file_cache max=65535 inaktiv=60s;

 #Dies bezieht sich darauf, wie oft die zwischengespeicherten gültigen Informationen überprüft werden sollen.
 #Syntax: open_file_cache_valid Zeit Standardwert: open_file_cache_valid 60 Verwendete Felder: http, Server, Standort Diese Anweisung gibt an, wann die Gültigkeitsinformationen der Cache-Elemente in open_file_cache überprüft werden sollen.
 öffne_Dateicache_gültig 80 s;

 Die Mindesthäufigkeit, mit der eine Datei innerhalb der inaktiven Parameterzeit in der Direktive #open_file_cache verwendet wird. Wenn diese Zahl überschritten wird, wird der Dateideskriptor immer im Cache geöffnet. Wie im obigen Beispiel wird eine Datei entfernt, wenn sie innerhalb der inaktiven Zeit nicht einmal verwendet wird.
 #Syntax: open_file_cache_min_uses Zahl Standardwert: open_file_cache_min_uses 1 Verwendet in: http, Server, Standort Diese Direktive gibt in den Parametern der Direktive open_file_cache die Mindestanzahl von Dateien an, die innerhalb eines bestimmten Zeitbereichs verwendet werden können. Wenn ein größerer Wert verwendet wird, ist der Dateideskriptor immer im Cache geöffnet.
 Anzahl der Caches mit offenem Dateicache: 1;
 
 #Syntax: open_file_cache_errors on | off Standardwert: open_file_cache_errors off Verwendete Felder: http, Server, Standort Diese Anweisung gibt an, ob Cache-Fehler bei der Suche nach einer Datei protokolliert werden sollen.
 open_file_cache_errors ein;
}
 
 
 
#Richten Sie den HTTP-Server ein und nutzen Sie seine Reverse-Proxy-Funktion, um Lastausgleichsunterstützung für HTTP bereitzustellen
{
 #Dateierweiterungs- und Dateitypzuordnungstabelle enthält mime.types;

 #Standarddateityp Standardtyp Anwendung/Oktett-Stream;

 #Standardkodierung #Zeichensatz utf-8;

 #Größe der Hash-Tabelle für Servernamen#Die Hash-Tabelle, in der Servernamen gespeichert werden, wird durch die Anweisungen server_names_hash_max_size und server_names_hash_bucket_size gesteuert. Der Parameter Hash-Bucket-Größe entspricht immer der Größe der Hash-Tabelle und ist ein Vielfaches der Prozessor-Cache-Größe. Durch die Reduzierung der Anzahl der Zugriffe auf den Speicher ist es möglich, die Suche nach Hashtabellen-Schlüsselwerten im Prozessor zu beschleunigen. Wenn die Hash-Bucket-Größe gleich der Größe des Prozessor-Cache ist, dann beträgt bei der Suche nach einem Schlüssel die Anzahl der Speichersuchvorgänge im schlimmsten Fall 2. Das erste Mal muss die Adresse der Speichereinheit ermittelt werden, und das zweite Mal muss der Schlüsselwert in der Speichereinheit gefunden werden. Wenn Nginx Sie darauf hinweist, dass Sie die maximale Hash-Größe oder die Hash-Bucket-Größe erhöhen müssen, müssen Sie zunächst die Größe des ersteren Parameters erhöhen.
 Servernamen_Hash_Bucket_Größe 128;

 #Die Puffergröße für Client-Anforderungsheader. Dies kann entsprechend der Seitengröße Ihres Systems eingestellt werden. Im Allgemeinen überschreitet die Header-Größe einer Anfrage 1 KB nicht. Da das System-Paging jedoch im Allgemeinen größer als 1 KB ist, wird es hier auf die Seitengröße eingestellt. Die Paging-Größe kann mit dem Befehl getconf PAGESIZE ermittelt werden.
 Client-Header-Puffergröße 32k;

 #Größe des Client-Anforderungsheaderpuffers. Standardmäßig verwendet nginx den Puffer client_header_buffer_size, um den Header-Wert zu lesen. Wenn der Header zu groß ist, wird er über large_client_header_buffers gelesen.
 große_Client_Header_Puffer 4 64k;

 #Legen Sie die Größe der über Nginx hochgeladenen Dateien fest client_max_body_size 8m;

 #Effizienten Dateiübertragungsmodus aktivieren. Die Sendfile-Direktive gibt an, ob nginx die Sendfile-Funktion aufruft, um Dateien auszugeben. Für allgemeine Anwendungen ist sie aktiviert. Wenn sie zum Herunterladen und für andere Anwendungen mit hoher Festplatten-E/A-Last verwendet wird, kann sie deaktiviert werden, um die E/A-Verarbeitungsgeschwindigkeiten von Festplatte und Netzwerk auszugleichen und die Systemlast zu verringern. Hinweis: Wenn das Bild nicht richtig angezeigt wird, deaktivieren Sie diese Option.
 Die Direktive #sendfile gibt an, ob nginx die Sendfile-Funktion (Zero Copy-Modus) aufruft, um Dateien auszugeben. Für normale Anwendungen muss sie aktiviert sein. Wenn es für Anwendungen mit hoher Festplatten-E/A-Last, wie z. B. Herunterladen, verwendet wird, kann es deaktiviert werden, um die Verarbeitungsgeschwindigkeiten der Festplatten- und Netzwerk-E/A auszugleichen und die Systemverfügbarkeit zu verringern.
 sendfile an;

 # Verzeichnislistenzugriff aktivieren, geeignet zum Herunterladen von Servern, standardmäßig geschlossen.
 Autoindex aktiviert;

 #Diese Option erlaubt oder verbietet die Verwendung der TCP_CORK-Option von socke. Diese Option wird nur verwendet, wenn sendfile mit aktiviertem tcp_nopush verwendet wird.
  
 tcp_nodelay ein;

 #Langes Verbindungs-Timeout in Sekunden keepalive_timeout 120;

 #FastCGI-bezogene Parameter dienen der Verbesserung der Website-Leistung: Reduzierung der Ressourcennutzung und Erhöhung der Zugriffsgeschwindigkeit. Die nachfolgenden Parameter sind wörtlich zu verstehen.
 fastcgi_connect_timeout 300;
 fastcgi_send_timeout 300;
 fastcgi_read_timeout 300;
 fastcgi_buffer_size 64k;
 fastcgi_buffers 4 64k;
 fastcgi_busy_buffers_size 128k;
 fastcgi_temp_file_write_size 128k;

 #gzip-Moduleinstellungen gzip ein; #Gzip-Komprimierungsausgabe aktivieren gzip_min_length 1k; #minimale komprimierte Dateigröße gzip_buffers 4 16k; #Komprimierungspuffer gzip_http_version 1.0; #Komprimierungsversion (Standard 1.1, wenn das Frontend Squid2.5 ist, verwenden Sie bitte 1.0)
 gzip_comp_level 2;
 gzip_vary ein;

 #Wenn Sie die Anzahl der IP -Verbindungen einschränken, müssen Sie #Limit_zone Crawler $ BINARY_REMOTE_ADDR 10M verwenden;

 

 #Load Balancing Configuration Upstream jh.w3cschool.cn {
  
  #UpStream Lastausgleich, Gewicht ist das Gewicht, das gemäß der Maschinenkonfiguration definiert werden kann. Der Gewichtsparameter repräsentiert das Gewicht.
  Server 192.168.80.121:80 Gewicht = 3;
  Server 192.168.80.122:80 Gewicht = 2;
  Server 192.168.80.123:80 Gewicht = 3;

  #Nginx Upstream unterstützt derzeit 4 Arlokationsweisen Nr. 1, Umfragen (Standard)
  #Each Anfrage wird einem anderen Backend -Server in chronologischer Reihenfolge zugewiesen.
  #2.gewicht
  #Geben Sie die Wahlungswahrscheinlichkeit an.
  #Zum Beispiel:
  #Upstream Bakend
  # Server 192.168.0.14 Gewicht = 10;
  # Server 192.168.0.15 Gewicht = 10;
  #}
  #2, ip_hash
  #Each Anfrage wird gemäß dem Hash -Ergebnis der Zugriffs -IP zugewiesen, sodass jeder Besucher auf einen festen Backend -Server zugreift, der das Sitzungsproblem lösen kann.
  #Zum Beispiel:
  #Upstream Bakend
  #ip_hash;
  # Server 192.168.0.14:88;
  # Server 192.168.0.15:80;
  #}
  #3.
  #Allocation -Anfragen basierend auf der Antwortzeit des Backend -Servers, wobei die Anfragen mit kürzeren Antwortzeiten Priorität erhoben werden.
  #upstream Backend {
  # Server Server1;
  # Server Server2;
  # gerecht;
  #}
  #4.
  #Anteilungsanforderungen gemäß dem Hash -Ergebnis der aufgerufenen URL, sodass jede URL auf denselben Backend -Server gerichtet ist.
  #Example: Fügen Sie eine Hash -Anweisung in Upstream hinzu.
  # Server Squid1: 3128;
  # Server Squid2: 3128;
  # Hash $ request_uri;
  # Hash_Method CRC32;
  #}

  #Tips:
  #UpStream Bakend {#definiere den IP- und Gerätestatus des Lastausgleichsgeräts} {
  #ip_hash;
  # Server 127.0.0.1:9090 Down;
  # Server 127.0.0.1:8080 Gewicht = 2;
  # Server 127.0.0.1:6060;
  # Server 127.0.0.1:7070 Backup;
  #}
  #ADD Proxy_Pass http: // bakend/an den Server, der Lastausgleich verwenden muss;

  #Die Status jedes Geräts ist festgelegt auf:
  #1. Down bedeutet, dass der Server vor der Reihenfolge vorübergehend nicht an der Last beteiligt ist.
  #3.MAX_FAILS: Die Standardnummer der zulässigen Anforderungsfehler ist 1. Wenn die maximale Nummer überschritten wird, wird der durch das Modul proxy_next_upstream definierte Fehler zurückgegeben.
  #5.backup: Wenn alle anderen Nicht-Backup-Maschinen unten oder beschäftigt sind, fordern Sie den Sicherungsgerät an. Diese Maschine hat also den leichtesten Druck.

  #Nginx unterstützt das Einrichten mehrerer Gruppen von Lastausgleich gleichzeitig für die Verwendung von verschiedenen Servern.
  #client_body_in_file_only wird auf eingestellt, um die vom Client veröffentlichten Daten in eine Datei zum Debuggen aufzunehmen
  #Client_body_temp_path legt das Verzeichnis für die Aufzeichnung von Dateien fest.
  
  
  
 #Virtual Host Configuration Server
 {
  #Listen Port Hören Sie 80;

  #Sie können mehrere Domainnamen haben, die durch Spaces Server_Name www.w3cschool.cn w3cschool.cn;
  index.html index.htm index.php;
  root/data/www/w3cschool;

  #Load Balancing für ****** Ort ~.*. (Php | php5)? $
  {
   fastcgi_pass 127.0.0.1:9000;
   fastcgi_index index.php;
   fastcgi.conf einschließen;
  }
   
  #Image Cache -Zeiteinstellung Ort ~.*. (Gif | jpg | jpeg | png | bmp | swf) $
  {
   läuft in 10 Tagen ab;
  }
   
  #JS- und CSS -Cache -Zeiteinstellungsort ~.*. (JS | CSS)? $
  {
   läuft in 1 Stunde ab;
  }
   
  #Log -Formateinstellungen#$ remote_addr und $ http_x_forwarded_for werden verwendet, um die IP -Adresse des Clients aufzuzeichnen.
  #$ remote_user: Wird verwendet, um den Client -Benutzernamen aufzuzeichnen.
  #$ time_local: Wird verwendet, um Zugriffszeit und Zeitzone aufzuzeichnen;
  #$ Anfrage: Wird zum Aufzeichnen des angeforderten URL- und HTTP -Protokolls verwendet;
  #$ status: verwendet, um den Anforderungsstatus aufzuzeichnen;
  #$ Body_Bytes_St: Aufzeichnet die Größe des an den Client gesendeten Dateigremiums;
  #$ http_referer: Wird verwendet, um den Seitenlink aufzuzeichnen, aus dem der Besuch kam;
  #$ http_user_agent: zeichnet die relevanten Informationen des Client -Browsers auf;
  #Der Webserver wird auf den Reverse -Proxy aufgestellt, sodass die IP -Adresse des Clients nicht erhalten wird. Der Reverse -Proxy -Server kann in den HTTP -Headerinformationen der angegebenen Anforderung die IP -Adresse des ursprünglichen Clients und die vom ursprünglichen Client angeforderte Serveradresse x_forwarded_for Informationen hinzufügen.
  log_format access '$ remote_addr - $ remote_user [$ time_local] "$ request"' '
  '$status $body_bytes_sent "$http_referer" '
  '"$ http_user_agent" $ http_x_forwarded_for';
   
  #Definieren Sie das Zugriffsprotokoll dieses virtuellen Hosts Access_log /usr/local/nginx/logs/host.access.log main;
  access_log /usr/local/nginx/logs/host.access.404.log log404;
   
  # Reverse Proxy für " /" -Position / {aktivieren
   proxy_pass http://127.0.0.1:88;
   Proxy_Redirect aus;
   Proxy_Set_Header X-Real-IP $Remote_Addr;
    
   #Der Backend-Webserver kann die echte IP des Benutzers über X-Forwarded-For erhalten
   proxy_set_header X-Weitergeleitet-Für $proxy_add_x_forwarded_for;
    
   #Nachfolgend sind einige optionale Reverse-Proxy-Konfigurationen aufgeführt.
   Proxy_Set_Header Host $host;

   #Die maximale Anzahl von Bytes einer einzelnen Datei, die vom Client_MAX_BODY_SIZE 10M angefordert werden darf;

   #Die maximale Anzahl von Bytes, die der Puffer -Proxy für Clientanfragen puffert,
   #Wenn Sie es auf einen relativ großen Wert einstellen, z. B. 256K, dann ist es normal, ob Sie Firefox oder IE -Browser verwenden, um ein Bild zu senden, das kleiner als 256.000 ist. Wenn Sie diese Anweisung kommentieren und die Standardeinstellung client_body_buffer_size verwenden, die doppelt so hoch ist wie die Größe von 8K oder 16K, wird das Problem auftreten.
   #Wenn mit Firefox 4.0 oder IE 8.0 ein relativ großes Bild von etwa 200K eingereicht wird, gibt es einen 500 internen Serverfehler -Fehler Client_body_buffer_size 128K zurück;

   # bedeutet, Nginx -Block -HTTP -Antwortcodes von 400 oder höher zu machen.
   proxy_intercept_errors ein;

   #Backend Server Connection Timeout_initiate Handshake und Warten auf die Antwort Timeout #nginx stellt eine Verbindung zum Backend Server Timeout (Proxy Connection Timeout) her.
   Proxy_Verbindungstimeout 90;

   #Backend Server -Datenübertragungszeit (Proxy -Senden von Zeitlimiten)
   #Die Backend Server -Datenübertragungszeit ist die Zeit, in der der Backend -Server alle Daten proxy_send_timeout 90 übertragen muss.

   #Nachdem die Verbindung erfolgreich ist, die Backend Server -Antwortzeit (Proxy -Empfangszeitüberschreitung)
   #Nachdem die Verbindung erfolgreich ist, dass der Backend -Server die Reaktion auf die Tatsache reagiert, hat sie die Warteschlange der Backend -Warteschlange eingegeben (sie kann auch als die Zeit für den Backend -Server benötigt werden, um die Anfrage zu verarbeiten)
   Proxy_Lese_Timeout 90;

   #SETTEN SIE DER GROSE DER PUFFER VON DER PROXY SERVER (NGINX), um Benutzer -Header -Informationen zu speichern.

   #Proxy_Buffer -Puffer, die durchschnittliche Webseite ist unter 32K #Set die Anzahl und Größe der Puffer, die zum Lesen von Antworten verwendet werden (vom Proxied -Server).
   Proxy-Puffer 4 32k;

   #Buffer Größe unter hoher Last (Proxy_Buffer*2)
   Proxy_Busy_Buffer_Größe 64k;

   #Die Größe der Daten beim Schreiben in proxy_temp_path, um zu verhindern, dass ein Arbeitsprozess zu lange blockiert wird, wenn die Dateien die Größe des Cache -Ordners übertragen werden.
  }
   
   
  #Setzen Sie die Adresse zum Anzeigen von Nginx -Statusspeicherort /nginxstatus {
   stub_status ein;
   Access_log on;
   auth_basic "nginxstatus";
   auth_basic_user_file confpasswd;
   #Der Inhalt der HTPassWD -Datei kann mit dem von Apache bereitgestellten HTPasswd -Tool generiert werden.
  }
   
  #LOCAL Dynamic und statische Separation Reverse Proxy -Konfiguration #all JSP -Seiten werden von Tomcat oder Harzort ~. (JSP | JSPX | DO)?
   Proxy_Set_Header Host $host;
   Proxy_Set_Header X-Real-IP $Remote_Addr;
   proxy_set_header X-Weitergeleitet-Für $proxy_add_x_forwarded_for;
   Proxy-Passwort http://127.0.0.1:8080;
  }
   
  #All statische Dateien werden direkt von Nginx gelesen, ohne durch Tomcat oder Harz zu gehen
  Ort ~.*. (htm | html | gif | jpg | jpeg | png | bmp | swf | ioc | rar | zip | txt | flv | mid | doc | ppt |
  PDF | XLS | MP3 | WMA) $
  {
   läuft 15d ab; 
  }
   
  Ort ~.*. (JS | CSS)? $
  {
   läuft in 1 Stunde ab;
  }
 }
}
###### Detaillierte Erläuterung der Nginx -Konfigurationsdatei nginx.conf in Chinesisch ######