Įkelkite iš naujo, o ne paleiskite iš naujo
Įkėlimas iš naujo nurodo NGINX dar kartą perskaityti konfigūraciją. Paleidžiami nauji darbiniai procesai, o seniesiems leidžiama užbaigti vykdomas užklausas, todėl lankytojai paprastai nieko nepastebi. Jei naujos konfigūracijos pritaikyti nepavyksta, NGINX toliau veikia su senąja. Paleidžiant iš naujo paslauga pirmiausia sustabdoma, todėl nutrūksta ryšiai, o jei konfigūracija klaidinga, paslaugos gali nepavykti vėl paleisti.
Sukurkite keičiamo failo atsarginę kopiją
Prieš redaguodami šalia failo sukurkite kopiją, kurios pavadinime būtų data. Nepalikite kopijų kataloge, kurį NGINX įkelia pagal pakaitos simbolių šabloną, pavyzdžiui, conf.d/*.conf arba sites-enabled/*, nes įkeltų ir jas. Debian ir Ubuntu sistemose redaguokite failą kataloge sites-available; įrašas kataloge sites-enabled paprastai tėra nuoroda į jį.
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)Patikrinkite ir tik tada įkelkite iš naujo
nginx -t tikrina sintaksę ir konfigūracijoje nurodytus failus, pavyzdžiui, sertifikatus. Naudokite nginx -T, kad pamatytumėte visą konfigūraciją po kitų failų įtraukimo. Įkelkite iš naujo tik sėkmingai patikrinę; tai užtikrina komandų sujungimas su &&. Patikra negali nustatyti, ar konfigūracija atlieka tai, ką numatėte, todėl vėliau atverkite svetainę.
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/Kai kas nors nepavyksta
Atkurkite atsarginę kopiją, dar kartą patikrinkite ir įkelkite iš naujo. Jei paslauga sustojo, klaidų žurnalas ir sistemos žurnalas parodys priežastį. Ieškokite pranešimų apie jau naudojamą prievadą, trūkstamą sertifikatą arba pasikartojantį serverio vardą.
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.logKo neapima įkėlimas iš naujo
Ilgai trunkantys ryšiai, pavyzdžiui, WebSockets, lieka senuosiuose darbiniuose procesuose, kol baigiasi, todėl senieji procesai kurį laiką gali veikti ir naudoti papildomą atmintį. Paketo naujinimas gali pats paleisti paslaugą iš naujo. Didesnius pakeitimus pirmiausia išbandykite bandymų serveryje, įskaitant sertifikatus ir peradresavimus.
NGINX Manager programoje CH-J Server Manager
NGINX Manager redaguoja konfigūracijos failus valdomuose NGINX kataloguose Linux serveriuose; vieno failo dydis gali būti iki 512 KiB. Išsaugant programa sukuria atsarginę kopiją su priesaga .chj-backup-, vykdo nginx -t ir palieka pakeitimą tik po sėkmingos patikros. Įkėlimui iš naujo reikia aiškaus jūsų patvirtinimo, o prieš jį pradedant patikra pakartojama. Įjungta simbolinė nuoroda nepakeičiama; redaguokite atitinkamą failą kataloge sites-available.