Ponovno nalaganje namesto ponovnega zagona
Ponovno nalaganje naroči NGINX, naj znova prebere konfiguracijo. Zažene nove delovne procese, starim pa dovoli dokončati odprte zahteve, zato obiskovalci običajno ne opazijo ničesar. Če nove konfiguracije ni mogoče uveljaviti, NGINX še naprej deluje s staro. Ponovni zagon najprej ustavi storitev, zato prekine povezave, ob napačni konfiguraciji pa se storitev morda ne zažene več.
Varnostno kopirajte datoteko, ki jo spreminjate
Pred urejanjem poleg datoteke ustvarite kopijo z datumom v imenu. Kopij ne puščajte v imeniku, ki ga NGINX nalaga z nadomestnim vzorcem, kot je conf.d/*.conf ali sites-enabled/*, saj bi naložil tudi te kopije. Na Debian in Ubuntu urejajte datoteko v sites-available; vnos v sites-enabled je običajno le povezava nanjo.
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)Najprej preverjanje, nato ponovno nalaganje
nginx -t preveri sintakso in datoteke, na katere se sklicuje konfiguracija, na primer potrdila. Z nginx -T prikažete celotno konfiguracijo po vključitvi drugih datotek. Ponovno nalaganje izvedite le, če preverjanje uspe; povezava ukazov z && poskrbi za to. Preverjanje ne more ugotoviti, ali konfiguracija deluje tako, kot ste želeli, zato nato odprite spletno mesto.
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/Ko gre kaj narobe
Obnovite varnostno kopijo, znova preverite konfiguracijo in jo ponovno naložite. Če se je storitev ustavila, razlog poiščite v dnevniku napak in journalu. Iščite sporočila o že zasedenih vratih, manjkajočem potrdilu ali podvojenem imenu strežnika.
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.logČesa ponovno nalaganje ne zajema
Dolgotrajne povezave, kot so WebSockets, ostanejo pri starih delovnih procesih do zaključka, zato lahko stari procesi še nekaj časa delujejo in porabljajo dodaten pomnilnik. Nadgradnja paketa lahko sama znova zažene storitev. Večje spremembe najprej preverite na testnem strežniku, vključno s potrdili in preusmeritvami.
NGINX Manager v CH-J Server Manager
NGINX Manager ureja konfiguracijske datoteke v upravljanih imenikih NGINX na strežnikih Linux, do 512 KiB na datoteko. Ob shranjevanju aplikacija ustvari varnostno kopijo s pripono .chj-backup-, zažene nginx -t in spremembo ohrani samo po uspešnem preverjanju. Ponovno nalaganje zahteva vašo izrecno potrditev in pred začetkom še enkrat izvede preverjanje. Simbolična povezava v sites-enabled se ne zamenja; uredite ustrezno datoteko v sites-available.