ఉబుంటు సర్వర్‌ను అప్‌గ్రేడ్ చేసిన తర్వాత 404 ఎన్‌జిఎన్ఎక్స్ లోపాలను ఎలా పరిష్కరించాలి



సమస్యలను తొలగించడానికి మా పరికరాన్ని ప్రయత్నించండి

ఈ రోజు సర్వసాధారణమైన వెబ్ సర్వర్ కాంబినేషన్‌లో ఒకటి ఉబుంటు సర్వర్ ఎడిషన్‌లో నడుస్తున్న Nginx వెబ్ సర్వర్ సాఫ్ట్‌వేర్ అమలును కలిగి ఉంది. రెండు ప్యాకేజీలు సాధారణ నవీకరణలను స్వీకరిస్తూనే ఉన్నందున ఈ వ్యవస్థ చాలా సమర్థవంతంగా మరియు నవీకరించబడటం సులభం. సిస్టమ్ నిర్వాహకులు సాధారణంగా ఆప్ట్ ప్యాకేజీ మేనేజర్ ద్వారా నవీకరణలను ఇన్‌స్టాల్ చేస్తారు, ఎందుకంటే ఉబుంటు సర్వర్‌కు అప్రమేయంగా గ్రాఫికల్ ఇంటర్ఫేస్ లేదు.



ఉబుంటు సర్వర్ నవీకరణలు కొన్నిసార్లు అసాధారణమైన లోపాలను సృష్టించగలవు మరియు గ్రాఫికల్ యూజర్ ఇంటర్ఫేస్ లేకపోవడం ప్రారంభకులకు వాటిని పరిష్కరించడానికి కష్టతరం చేస్తుంది. ఉబుంటు అప్‌గ్రేడ్ తర్వాత 404 Nginx లోపాలను పరిష్కరించడానికి కొన్ని సాధారణ ఆదేశాలు ఉండవచ్చు.



విధానం 1: తప్పిపోయిన Nginx లోపం పేజీలను పరిష్కరించడం

ఒక సైట్ AWS, ఒక ప్రైవేట్ సర్వర్ లేదా LEMP స్టాక్‌లోని ఏదైనా ఇతర సర్వర్ కాన్ఫిగరేషన్‌లో హోస్ట్ చేయబడితే, అది ఉబుంటు సర్వర్ అప్‌గ్రేడ్ తర్వాత యాదృచ్ఛికంగా తగ్గుతుంది. వెబ్ బ్రౌజర్ నుండి సైట్ను యాక్సెస్ చేసే ప్రయత్నం, బహుశా మరొక మెషీన్లో. ఇది 404 లోపాన్ని తిరిగి ఇస్తుందని uming హిస్తే, ఉబుంటు సర్వర్ CLI కి వెళ్ళండి మరియు తోక -f ఆదేశాన్ని అమలు చేయండి అన్ని ఇటీవలి లోపాలను వీక్షించడానికి.



లాగ్ వంటి లోపం ఉందా:

మీ సిస్టమ్ తప్పిపోయిన లోపం పేజీతో బాధపడుతోంది. మీరు ఈ పంక్తిలో 40x.html ను కూడా చూడవచ్చు, అయితే మీ సైట్ డౌన్ అయి ఉంటే మరియు మీరు బదులుగా 404 లోపాలను పొందుతున్నారు. Ls ఆదేశాన్ని ఉపయోగించండి అక్కడ ఏదైనా ఉందా అని చూడటానికి. కాకపోతే, మీరు 50X లోపాల కోసం ఒక పేజీ కోసం HTML కోడ్‌ను సృష్టించాలి.



డిఫాల్ట్ ఉపయోగించడం గుర్తుంచుకోండి డైరెక్టరీ నిర్మాణం తరచుగా ప్యాకేజీ నిర్వాహకులతో సమస్య, ఇది అక్కడ నిల్వ చేయబడిన వాటిని తిరిగి రాస్తుంది. కస్టమ్ డైరెక్టరీ నిర్మాణాన్ని సృష్టించడానికి మీకు అనుమతి ఉంటే ఈ విధమైన సమస్యను నివారించడానికి మీరు Nginx కాన్ఫిగరేషన్‌లోని డోక్రూట్ పంక్తిని మార్చవచ్చు.

విధానం 2: PHP ను సరైన సాకెట్‌ను కనుగొనడం

ఇలాంటివి చదివిన లోపాన్ని కూడా మీరు కనుగొనవచ్చు

దీని అర్థం మీరు PHP7.0 రన్నింగ్ కలిగి ఉన్నారు, కానీ అది ఎక్కడ ఉండాలో అది అమలులో లేదు. మీరు PHP ఎలా కాన్ఫిగర్ చేసారో బట్టి సంస్కరణ సంఖ్య భిన్నంగా ఉండవచ్చు. డిఫాల్ట్ ఇన్‌స్టాలేషన్‌లు అమలు చేయబడతాయి లేదా , కానీ మీకు ఈ లోపం ఉంటే అది చాలా ఎక్కువ కాదు.

ఆదేశాలను అమలు చేయండి ఆపై మీ సిస్టమ్‌లో ఎక్కడో ఒక సాకెట్ నడుస్తుందో లేదో తెలుసుకోవడానికి ‘php * fpm.sock’ పేరును కనుగొనండి.

మీరు సానుకూల అవుట్‌పుట్‌ను అందుకున్నారని uming హిస్తే, సరైన స్థలాన్ని చూపించడానికి మీరు మీ Nginx కాన్ఫిగరేషన్‌ను నవీకరించాలి సాకెట్ నడుస్తూ ఉండాలి. సహజంగానే, / డైరెక్టరీపాత్ సరైన మార్గంతో భర్తీ చేయబడుతుంది. మీరు సాకెట్ ఫైల్ ఉపయోగిస్తుంటే php / php7.0-fpm.sock లైన్ కాన్ఫిగరేషన్‌ను అప్‌డేట్ చేయాలి.

సాకెట్ ఫైళ్ళను ఉపయోగించని పాత TCP సాకెట్ల వినియోగదారులు ప్రస్తుతం PHP సాకెట్ పోర్ట్ 9000 ను సుడో నెట్‌స్టాట్ -టల్ప్న్ | grep 9000 కమాండ్ లైన్ నుండి. ఇదే జరిగితే, మీ ఫాస్ట్‌క్గి_పాస్‌ను నానో, vi లేదా మరొక టెక్స్ట్ ఎడిటర్‌లో తెరిచి, యునిక్స్:… పంక్తిని మార్చండి, బదులుగా సాకెట్‌ను నవీకరించడానికి 127.0.0.1:9000 ఉపయోగించండి.

ఈ పని ఏదీ చేయకపోతే, php7.0-fpm లేదా మీరు ఉపయోగిస్తున్న సంస్కరణ సంఖ్య సుడో systemctl పున art ప్రారంభించు php7.0-fpm ఆదేశంతో నడుస్తున్నట్లు నిర్ధారించుకోండి, తరువాత పై విధానాన్ని పునరావృతం చేయండి.

చాలా సందర్భాల్లో వినే ఎంట్రీని గుర్తుంచుకోండి మరియు లో విలువ అదే ఉండాలి. మీరు ప్రయత్నించవచ్చు క్రొత్త కాన్ఫిగరేషన్‌ల కోసం లేదా పాత శైలి కోసం 127.0.0.1:9000.

2 నిమిషాలు చదవండి