Ubuntu सर्वर को अपग्रेड करने के बाद 404 Nginx त्रुटियों को कैसे ठीक करें



समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

सबसे आम वेब सर्वर संयोजनों में से एक आज उबंटू सर्वर संस्करण पर चलने वाले Nginx वेब सर्वर सॉफ्टवेयर कार्यान्वयन की सुविधा देता है। यह प्रणाली अद्यतन रखने के लिए बेहद कुशल और आसान है, क्योंकि दोनों पैकेज नियमित अपडेट प्राप्त करना जारी रखते हैं। सिस्टम प्रशासक आम तौर पर apt पैकेज मैनेजर के माध्यम से अपडेट इंस्टॉल करते हैं, क्योंकि उबंटू सर्वर में डिफ़ॉल्ट रूप से कोई ग्राफिकल इंटरफ़ेस नहीं है।



उबंटू सर्वर अपग्रेड कभी-कभी असामान्य त्रुटियां उत्पन्न कर सकता है, और ग्राफिकल यूजर इंटरफेस की कमी से शुरुआती लोगों के लिए उनका निवारण करना मुश्किल हो सकता है। कुछ सरल कमांड हो सकते हैं यह सब एक Ubuntu अपग्रेड के बाद 404 Nginx त्रुटियों को ठीक करने के लिए होता है।



विधि 1: फिक्सिंग Nginx त्रुटि पेज फिक्सिंग

यदि कोई साइट AWS, एक निजी सर्वर या LEMP स्टैक में किसी अन्य सर्वर कॉन्फ़िगरेशन पर होस्ट की जाती है, तो वह Ubuntu सर्वर अपग्रेड के बाद बेतरतीब ढंग से नीचे जा सकती है। वेब ब्राउज़र से साइट तक पहुंचने का प्रयास, शायद किसी अन्य मशीन पर। यह मानते हुए कि उबंटू सर्वर सीएलआई के पास एक 404 त्रुटि है, और कमांड टेल-एफ चलाएं हाल की सभी त्रुटियों को देखने के लिए।



क्या लॉग में त्रुटि होनी चाहिए जैसे:

आपका सिस्टम एक अनुपलब्ध त्रुटि पृष्ठ से पीड़ित है। आप इस पंक्ति में 40x.html भी देख सकते हैं, हालाँकि यह अपेक्षाकृत असामान्य है यदि आपकी साइट नीचे है और आपको बदले में 404 त्रुटियां हो रही हैं। कमांड ls का प्रयोग करें यह देखने के लिए कि क्या वहां कुछ है। यदि नहीं, तो आपको 50x त्रुटियों के लिए एक पृष्ठ के लिए HTML कोड बनाने की आवश्यकता होगी।



ध्यान रखें कि डिफ़ॉल्ट का उपयोग करें निर्देशिका संरचना अक्सर पैकेज प्रबंधकों के साथ एक समस्या होती है, जो वहां संग्रहीत हो जाती है को अधिलेखित कर सकती है। यदि आप कस्टम निर्देशिका संरचना बनाने की अनुमति देते हैं, तो आप इस प्रकार की समस्या को रोकने के लिए Nginx कॉन्फ़िगरेशन में डॉकरॉट लाइन को बदल सकते हैं।

विधि 2: PHP बनाना सही सॉकेट का पता लगाएं

आपको एक त्रुटि भी मिल सकती है जो कुछ इस तरह से पढ़ती है

इसका मतलब है कि आपके पास PHP7.0 चल रहा है, लेकिन यह नहीं चल रहा है जहां यह होना चाहिए। आपके द्वारा PHP कॉन्फ़िगर किए जाने के आधार पर संस्करण संख्या भिन्न हो सकती है। डिफ़ॉल्ट स्थापना से चलेंगे या , लेकिन अगर आपके पास यह त्रुटि है तो संभावना से अधिक नहीं है।

आज्ञाओं को चलाओ और फिर देखें कि क्या आपके सिस्टम में कहीं सॉकेट चल रहा है या नहीं, इसके लिए ‘php * fpm.sock 'खोजें।

यदि आपको सकारात्मक आउटपुट मिला है, तो आपको सही जगह दिखाने के लिए अपने Nginx कॉन्फ़िगरेशन को अपडेट करने की आवश्यकता है सॉकेट चालू होना चाहिए। स्वाभाविक रूप से, / DirectoryPath को सही रास्ते से बदल दिया जाएगा। यदि आप सॉकेट फ़ाइल का उपयोग कर रहे हैं तो लाइन php / php7.0-fpm.sock कॉन्फ़िगरेशन को अपडेट करना चाहिए।

पुराने टीसीपी सॉकेट्स के उपयोगकर्ता जो सॉकेट फ़ाइलों का उपयोग नहीं करते हैं, अगर यह जाँच कर सकता है कि क्या PHP सॉकेट वर्तमान में sudo netstat -tulpn चलाकर 9000 पोर्ट सुन रहा है? कमांड लाइन से grep 9000। यदि यह स्थिति है, तो नैनो, vi या किसी अन्य टेक्स्ट एडिटर में अपना fastcgi_pass खोलें और यूनिक्स को बदल दें: ... सॉकेट को अपडेट करने के लिए 127.0.0.1:9000 के बजाय लाइन का उपयोग करें।

इस कार्य में से कोई भी नहीं होना चाहिए, फिर सुनिश्चित करें कि php7.0-fpm या जो भी संस्करण संख्या आप उपयोग कर रहे हैं वह कमांड sudo systemctl के साथ चल रहा है, php7.0-fpm को पुनः आरंभ करें, इसके बाद उपरोक्त प्रक्रिया को दोहराएं।

ध्यान रखें कि ज्यादातर परिस्थितियों में प्रविष्टि को सुनें और में मूल्य समान होने की आवश्यकता है। आप कोशिश कर सकते हैं नए विन्यास के लिए, या पुरानी शैली वालों के लिए 127.0.0.1:9000।

2 मिनट पढ़ा