Pārlāde, nevis restartēšana
Pārlāde liek NGINX vēlreiz nolasīt konfigurāciju. Tā palaiž jaunus darba procesus un ļauj vecajiem pabeigt atvērtos pieprasījumus, tāpēc apmeklētāji parasti neko nepamana. Ja jauno konfigurāciju nevar piemērot, NGINX turpina darboties ar veco. Restartēšana vispirms aptur pakalpojumu, tādēļ pārtrauc savienojumus, un, ja konfigurācija ir kļūdaina, pakalpojumu var neizdoties palaist atkārtoti.
Izveidojiet maināmā faila rezerves kopiju
Pirms rediģēšanas izveidojiet kopiju blakus failam, tās nosaukumā iekļaujot datumu. Neatstājiet kopijas direktorijā, kuru NGINX ielādē ar aizstājējzīmju paraugu, piemēram, conf.d/*.conf vai sites-enabled/*, jo tiktu ielādētas arī tās. Debian un Ubuntu sistēmās rediģējiet failu direktorijā sites-available; ieraksts direktorijā sites-enabled parasti ir tikai saite uz to.
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)Pārbaudiet un tad pārlādējiet
nginx -t pārbauda sintaksi un failus, uz kuriem konfigurācija atsaucas, piemēram, sertifikātus. Izmantojiet nginx -T, lai skatītu pilno konfigurāciju pēc citu failu iekļaušanas. Pārlādējiet tikai tad, ja pārbaude ir sekmīga; komandu savienošana ar && to nodrošina. Pārbaude nevar noteikt, vai konfigurācija dara to, ko bijāt iecerējuši, tāpēc pēc tam atveriet vietni.
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/Ja kaut kas noiet greizi
Atjaunojiet rezerves kopiju, vēlreiz veiciet pārbaudi un pārlādējiet. Ja pakalpojums ir apstājies, kļūdu žurnāls un sistēmas žurnāls norādīs iemeslu. Meklējiet ziņojumus par jau aizņemtu portu, trūkstošu sertifikātu vai dublētu servera nosaukumu.
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 pārlāde neaptver
Ilgstoši savienojumi, piemēram, WebSockets, paliek pie vecajiem darba procesiem, līdz tie beidzas, tāpēc vecie procesi vēl kādu laiku var darboties un izmantot papildu atmiņu. Pakotnes jaunināšana var pati restartēt pakalpojumu. Lielākas izmaiņas vispirms pārbaudiet testa serverī, tostarp sertifikātus un novirzīšanu.
NGINX Manager lietotnē CH-J Server Manager
NGINX Manager rediģē konfigurācijas failus pārvaldītajos NGINX direktorijos Linux serveros, līdz 512 KiB vienam failam. Saglabājot lietotne izveido rezerves kopiju ar sufiksu .chj-backup-, palaiž nginx -t un saglabā izmaiņu tikai pēc sekmīgas pārbaudes. Pārlādei nepieciešams jūsu nepārprotams apstiprinājums, un pirms tās sākšanas pārbaude tiek veikta vēlreiz. Iespējota simboliskā saite netiek aizstāta; rediģējiet atbilstošo failu direktorijā sites-available.