இன்று மிகவும் பொதுவான வலை சேவையக சேர்க்கைகளில் ஒன்று உபுண்டு சேவையக பதிப்பில் இயங்கும் Nginx வலை சேவையக மென்பொருள் செயல்படுத்தலைக் கொண்டுள்ளது. இரண்டு பொதிகளும் தொடர்ந்து புதுப்பிப்புகளைப் பெறுவதால், இந்த அமைப்பு மிகவும் திறமையானது மற்றும் புதுப்பிக்கப்படுவது எளிது. கணினி நிர்வாகிகள் பொதுவாக அப்டேட் தொகுப்பு மேலாளர் மூலம் புதுப்பிப்புகளை நிறுவுவார்கள், ஏனெனில் உபுண்டு சேவையகத்திற்கு முன்னிருப்பாக வரைகலை இடைமுகம் இல்லை.
உபுண்டு சேவையக மேம்படுத்தல்கள் சில நேரங்களில் அசாதாரண பிழைகளை உருவாக்கக்கூடும், மேலும் இந்த வரைகலை பயனர் இடைமுகத்தின் பற்றாக்குறை ஆரம்பநிலைக்கு அவற்றை சரிசெய்வது கடினம். உபுண்டு மேம்படுத்தலுக்குப் பிறகு 404 என்ஜின்க்ஸ் பிழைகளை சரிசெய்ய சில எளிய கட்டளைகள் இருக்கலாம்.
முறை 1: காணாமல் போன Nginx பிழை பக்கங்களை சரிசெய்தல்
ஒரு தளம் AWS, ஒரு தனியார் சேவையகம் அல்லது LEMP அடுக்கில் உள்ள வேறு எந்த சேவையக உள்ளமைவிலும் ஹோஸ்ட் செய்யப்பட்டால், அது உபுண்டு சேவையக மேம்படுத்தலுக்குப் பிறகு தோராயமாக கீழே போகக்கூடும். வலை உலாவியில் இருந்து தளத்தை அணுக முயற்சி, ஒருவேளை மற்றொரு கணினியில். இது 404 பிழையைத் தருகிறது என்று வைத்துக் கொண்டு, உபுண்டு சேவையக சி.எல்.ஐ.க்குச் சென்று வால்-எஃப் கட்டளையை இயக்கவும் 
அனைத்து மிகச் சமீபத்திய பிழைகளையும் காண.
பதிவில் இது போன்ற பிழை இருக்க வேண்டுமா:
உங்கள் கணினி காணாமல் போன பிழை பக்கத்தால் பாதிக்கப்படுகிறது. இந்த வரியில் நீங்கள் 40x.html ஐக் காணலாம், இது உங்கள் தளம் செயலிழந்துவிட்டால், நீங்கள் பரிமாற்றத்தில் 404 பிழைகளைப் பெறுகிறீர்கள் என்பது ஒப்பீட்டளவில் அசாதாரணமானது. Ls கட்டளையைப் பயன்படுத்தவும் 
அங்கே ஏதாவது இருக்கிறதா என்று பார்க்க. இல்லையென்றால், 50X பிழைகளுக்கு ஒரு பக்கத்திற்கான HTML குறியீட்டை உருவாக்க வேண்டும்.
இயல்புநிலையைப் பயன்படுத்துவதை நினைவில் கொள்ளுங்கள் 
அடைவு அமைப்பு பெரும்பாலும் தொகுப்பு நிர்வாகிகளுடன் ஒரு சிக்கலாகும், இது அங்கு சேமித்து வைக்கப்பட்டதை மேலெழுதும். தனிப்பயன் அடைவு கட்டமைப்பை உருவாக்க உங்களுக்கு அனுமதி இருந்தால், இந்த வகையான சிக்கலைத் தடுக்க Nginx உள்ளமைவில் உள்ள டாக்ரூட் வரியை மாற்றலாம்.
முறை 2: PHP ஐ சரியான சாக்கெட்டைக் கண்டுபிடிப்பது
இது போன்ற ஒன்றைப் படிக்கும் பிழையும் நீங்கள் காணலாம் 
இதன் பொருள் உங்களிடம் PHP7.0 இயங்குகிறது, ஆனால் அது இருக்க வேண்டிய இடத்தில் அது இயங்கவில்லை. நீங்கள் PHP எவ்வாறு கட்டமைக்கப்பட்டுள்ளீர்கள் என்பதைப் பொறுத்து பதிப்பு எண் வேறுபட்டிருக்கலாம். இயல்புநிலை நிறுவல்கள் இயங்கும் 
அல்லது 
, ஆனால் உங்களிடம் இந்த பிழை இருந்தால், அது சாத்தியமில்லை.
கட்டளைகளை இயக்கவும் 
உங்கள் கணினியில் எங்காவது ஒரு சாக்கெட் இயங்குகிறதா என்பதைப் பார்க்க, ‘php * fpm.sock’ என்ற பெயரைக் கண்டறியவும்.
நீங்கள் நேர்மறையான வெளியீட்டைப் பெற்றதாகக் கருதி, சரியான இடத்தைக் காட்ட உங்கள் Nginx உள்ளமைவைப் புதுப்பிக்க வேண்டும் 
சாக்கெட் இயங்க வேண்டும். இயற்கையாகவே, / அடைவு பாதை சரியான பாதையுடன் மாற்றப்படும். நீங்கள் ஒரு சாக்கெட் கோப்பைப் பயன்படுத்துகிறீர்கள் என்றால் php / php7.0-fpm.sock என்ற வரி உள்ளமைவைப் புதுப்பிக்க வேண்டும்.
சாக்கெட் கோப்புகளைப் பயன்படுத்தாத பழைய டி.சி.பி சாக்கெட்டுகளின் பயனர்கள் தற்போது ஒரு PHP சாக்கெட் போர்ட் 9000 ஐ சூடோ நெட்ஸ்டாட் -டல்பன் | கட்டளை வரியிலிருந்து grep 9000. இதுபோன்றால், உங்கள் ஃபாஸ்ட்கி_பாஸை நானோ, vi அல்லது மற்றொரு உரை எடிட்டரில் திறந்து யூனிக்ஸ்:… வரியை மாற்றவும், அதற்கு பதிலாக 127.0.0.1:9000 ஐப் பயன்படுத்தி சாக்கெட்டைப் புதுப்பிக்கவும்.
இந்த வேலை எதுவும் செய்யாவிட்டால், php7.0-fpm அல்லது நீங்கள் பயன்படுத்தும் எந்த பதிப்பு எண்ணும் sudo systemctl கட்டளையுடன் இயங்குகிறது என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள் php7.0-fpm, பின்னர் மேற்கண்ட செயல்முறையை மீண்டும் செய்யவும்.
பெரும்பாலான சூழ்நிலைகளில் கேட்கும் நுழைவு என்பதை நினைவில் கொள்ளுங்கள் 
மற்றும் மதிப்பு 
ஒரே மாதிரியாக இருக்க வேண்டும். நீங்கள் முயற்சி செய்யலாம் 
புதிய உள்ளமைவுகளுக்கு அல்லது பழைய பாணிக்கு 127.0.0.1:9000.
