रीस्टार्ट के बजाय रीलोड करें
रीलोड NGINX को कॉन्फ़िगरेशन दोबारा पढ़ने को कहता है। यह नए वर्कर प्रोसेस शुरू करता है और पुराने प्रोसेस को उनके चालू अनुरोध पूरे करने देता है, इसलिए आम तौर पर वेबसाइट देखने वालों को कुछ पता नहीं चलता। यदि नया कॉन्फ़िगरेशन लागू नहीं हो सकता, तो NGINX पुराने कॉन्फ़िगरेशन के साथ चलता रहता है। रीस्टार्ट पहले सेवा को रोकता है, जिससे कनेक्शन टूट जाते हैं, और कॉन्फ़िगरेशन गलत होने पर सेवा दोबारा शुरू भी नहीं हो सकती।
जिस फ़ाइल को बदलें, उसका बैकअप लें
संपादन से पहले फ़ाइल के पास ही उसकी कॉपी बनाएँ और नाम में तारीख रखें। कॉपी ऐसी डायरेक्टरी में न छोड़ें जिसे NGINX conf.d/*.conf या sites-enabled/* जैसे वाइल्डकार्ड पैटर्न से लोड करता है, क्योंकि वह कॉपी भी लोड कर लेगा। Debian और Ubuntu पर sites-available की फ़ाइल संपादित करें; sites-enabled की प्रविष्टि आम तौर पर केवल उसका लिंक होती है।
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)पहले जाँचें, फिर रीलोड करें
nginx -t सिंटैक्स और कॉन्फ़िगरेशन में संदर्भित फ़ाइलों, जैसे प्रमाणपत्रों, की जाँच करता है। शामिल की गई फ़ाइलों सहित पूरा कॉन्फ़िगरेशन देखने के लिए nginx -T उपयोग करें। जाँच सफल होने पर ही रीलोड करें; कमांड को && से जोड़ने पर यह शर्त अपने आप पूरी होती है। जाँच यह नहीं बता सकती कि कॉन्फ़िगरेशन आपके इरादे के अनुसार काम करता है या नहीं, इसलिए बाद में वेबसाइट खोलकर देखें।
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/कुछ गलत होने पर
बैकअप कॉपी वापस रखें, दोबारा जाँचें और रीलोड करें। यदि सेवा रुक गई है, तो त्रुटि लॉग और जर्नल में कारण मिलेगा। पहले से उपयोग हो रहे पोर्ट, गायब प्रमाणपत्र या दोहराए गए सर्वर नाम से जुड़े संदेश देखें।
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रीलोड में क्या शामिल नहीं होता
WebSockets जैसे लंबे समय तक चलने वाले कनेक्शन समाप्त होने तक पुराने वर्कर के साथ रहते हैं, इसलिए पुराने वर्कर कुछ समय तक चलते रह सकते हैं और अतिरिक्त मेमोरी ले सकते हैं। पैकेज अपग्रेड अपने आप सेवा को रीस्टार्ट कर सकता है। बड़े बदलाव पहले टेस्ट सर्वर पर जाँचें, जिनमें प्रमाणपत्र और रीडायरेक्ट भी शामिल हों।
CH-J Server Manager में NGINX Manager
NGINX Manager, Linux सर्वर की प्रबंधित NGINX डायरेक्टरी में कॉन्फ़िगरेशन फ़ाइलें संपादित करता है, जिसकी सीमा प्रति फ़ाइल 512 KiB है। सहेजते समय ऐप .chj-backup- प्रत्यय वाला बैकअप बनाता है, nginx -t चलाता है और जाँच सफल होने पर ही बदलाव रखता है। रीलोड के लिए आपकी स्पष्ट पुष्टि ज़रूरी है और शुरू होने से पहले जाँच फिर चलाई जाती है। sites-enabled में सक्रिय करने वाला सिमलिंक बदला नहीं जाता; sites-available में उससे संबंधित फ़ाइल संपादित करें।