Lataa asetukset uudelleen käynnistämättä palvelua uudelleen
Uudelleenlataus käskee NGINX-palvelinta lukemaan asetukset uudestaan. Se käynnistää uudet työprosessit ja antaa vanhojen käsitellä keskeneräiset pyyntönsä loppuun, joten kävijät eivät yleensä huomaa mitään. Jos uusia asetuksia ei voida ottaa käyttöön, NGINX jatkaa vanhoilla. Uudelleenkäynnistys pysäyttää ensin palvelun ja katkaisee siten yhteydet. Jos asetuksissa on virhe, palvelu ei ehkä käynnisty uudelleen.
Varmuuskopioi muutettava tiedosto
Tee ennen muokkausta tiedoston viereen kopio, jonka nimessä on päivämäärä. Älä jätä kopioita hakemistoon, jonka NGINX lataa jokerimerkkimallilla, kuten conf.d/*.conf tai sites-enabled/*, sillä myös kopiot ladattaisiin. Muokkaa Debianissa ja Ubuntussa tiedostoa hakemistossa sites-available; hakemiston sites-enabled merkintä on yleensä vain linkki siihen.
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)Testaa ensin ja lataa sitten uudelleen
nginx -t tarkistaa syntaksin ja tiedostot, joihin asetuksissa viitataan, kuten varmenteet. Komennolla nginx -T näet koko asetuskokonaisuuden sisällytettyjen tiedostojen lukemisen jälkeen. Lataa asetukset uudelleen vain testin onnistuessa; komentojen yhdistäminen merkeillä && varmistaa tämän. Testi ei kerro, tekevätkö asetukset sen mitä tarkoitit, joten avaa verkkosivusto sen jälkeen.
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/Kun jokin menee pieleen
Palauta varmuuskopio, testaa uudelleen ja lataa asetukset uudelleen. Jos palvelu pysähtyi, virheloki ja järjestelmäloki kertovat syyn. Etsi ilmoituksia jo käytössä olevasta portista, puuttuvasta varmenteesta tai päällekkäisestä palvelinnimestä.
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.logMitä uudelleenlataus ei kata
Pitkäkestoiset yhteydet, kuten WebSockets, pysyvät vanhoissa työprosesseissa päättymiseensä asti. Vanhat prosessit voivat siksi toimia vielä jonkin aikaa ja käyttää ylimääräistä muistia. Paketin päivitys voi käynnistää palvelun uudelleen itsenäisesti. Testaa suuremmat muutokset ensin testipalvelimella, myös varmenteet ja uudelleenohjaukset.
NGINX Manager sovelluksessa CH-J Server Manager
NGINX Manager muokkaa asetustiedostoja Linux-palvelinten hallittavissa NGINX-hakemistoissa, enintään 512 KiB tiedostoa kohti. Tallennettaessa sovellus tekee varmuuskopion loppuliitteellä .chj-backup-, suorittaa komennon nginx -t ja säilyttää muutoksen vain onnistuneen testin jälkeen. Uudelleenlataus edellyttää nimenomaista vahvistustasi ja suorittaa testin uudelleen ennen aloittamista. Käyttöön otettua symbolista linkkiä ei korvata; muokkaa vastaavaa tiedostoa hakemistossa sites-available.