Ladda om i stället för att starta om
En omladdning får NGINX att läsa konfigurationen igen. Nya arbetsprocesser startas och de gamla får slutföra sina pågående förfrågningar, så besökarna märker normalt ingenting. Om den nya konfigurationen inte kan tillämpas fortsätter NGINX med den gamla. En omstart stoppar först tjänsten och bryter därför anslutningar. Om konfigurationen är felaktig kanske tjänsten inte kan starta igen.
Säkerhetskopiera filen du ändrar
Gör en kopia bredvid filen innan du redigerar och ta med datumet i namnet. Lämna inga kopior i en katalog som NGINX läser in med ett jokerteckenmönster som conf.d/*.conf eller sites-enabled/*, eftersom även kopiorna då läses in. På Debian och Ubuntu redigerar du filen i sites-available; posten i sites-enabled är vanligen bara en länk till den.
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)Testa och ladda sedan om
nginx -t kontrollerar syntaxen och de filer som konfigurationen hänvisar till, till exempel certifikat. Använd nginx -T för att se hela konfigurationen efter att inkluderade filer lästs in. Ladda bara om när testet lyckas; att koppla ihop kommandona med && ordnar det. Testet kan inte avgöra om konfigurationen gör det du tänkt dig, så öppna webbplatsen efteråt.
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/När något går fel
Återställ säkerhetskopian, testa igen och ladda om. Om tjänsten har stannat visar felloggen och journalen varför. Leta efter meddelanden om en port som redan används, ett saknat certifikat eller ett duplicerat servernamn.
sudo cp -a /root/example.conf.20261031-120000 /etc/nginx/sites-available/example.conf
sudo nginx -t && sudo systemctl reload nginx
sudo journalctl -u nginx -n 50 --no-pager
sudo tail -n 50 /var/log/nginx/error.logVad en omladdning inte hanterar
Långvariga anslutningar som WebSockets ligger kvar hos de gamla arbetsprocesserna tills de avslutas, så gamla processer kan fortsätta ett tag och använda extra minne. En paketuppgradering kan starta om tjänsten på egen hand. Prova större ändringar på en testserver först, inklusive certifikat och omdirigeringar.
NGINX Manager i CH-J Server Manager
NGINX Manager redigerar konfigurationsfiler i de hanterade NGINX-katalogerna på Linux-servrar, upp till 512 KiB per fil. Vid sparande skapar programmet en säkerhetskopia med suffixet .chj-backup-, kör nginx -t och behåller ändringen endast om testet lyckas. En omladdning kräver din uttryckliga bekräftelse och kör testet igen innan den börjar. En symbolisk länk i sites-enabled ersätts inte; redigera motsvarande fil i sites-available.