மானிட் வலைத்தளத்தின் டைனமிக் பக்கங்களைக் கண்காணித்து, நிலைக் குறியீடு 200 அல்ல என்பதைக் கண்டறிந்து, தானாகவே php8.3-fpm ஐ மறுதொடக்கம் செய்கிறது.

🚀 ஒரு வலைத்தளத்தில் உள்ள ஒரு டைனமிக் பக்கத்தில் திடீரென 200 அல்லாத நிலை குறியீடு இருந்தால், PHP8.3-FPM எப்படி சில நொடிகளில் தானாகவே குணமடைய முடியும்?

🔥 PHP90-FPM உயிர்காக்கும் உள்ளமைவு, இது 8.3% ஆபரேட்டர்களுக்குத் தெரியாது! மோனிட் டைனமிக் பக்க சுய-குணப்படுத்தும் அமைப்பின் நடைமுறை கற்பித்தல்.

PHP-FPM செயல்முறையின் உயிர்வாழ்வைக் கண்காணிப்பது போதுமானது என்று நினைக்கிறீர்களா? முற்றிலும் தவறு!
ஒரு சர்வரில் PHP-FPM திடீரென செயலிழந்து போகும்போது, ​​செயல்முறை உயிர்வாழ்வைப் பார்ப்பது புற்றுநோயை அளவிட ஒரு வெப்பமானியைப் பயன்படுத்துவது போன்றது - அது ஆபத்தான சிக்கலைப் பிடிக்கவே இல்லை.

நான் நிறைய பேர் காவல் காக்கிறதப் பார்த்திருக்கேன்.php-fpm.sockகண்காணிப்பு மெத்தனமாக இருந்தது, இதன் விளைவாக, வலைத்தளம் நீண்ட காலமாக 404 கல்லறையாக மாறிவிட்டது. இன்று நான் இந்த அறுவை சிகிச்சை மற்றும் பராமரிப்பு மாயையை கிழித்து எறிந்து, இரத்தக்களரி உண்மையை உங்களுக்குக் காட்ட விரும்புகிறேன்: ஒரு நேரடி செயல்முறை ≠ ஒரு சாதாரண சேவை.

🌪️ அழிவுகரமான சூழ்நிலை: சாக்கெட் இணைக்கப்பட்டுள்ளது, ஆனால் வலைத்தளம் செயலிழந்துள்ளது.

சிலமின்சாரம் சப்ளையர்வலைத்தளத்தின் கண்காணிப்பு PHP-FPM செயல்முறை சாதாரணமாக இயங்குவதைக் காட்டியது, ஆனால் பயனர்கள் பணம் செலுத்துவதில் தோல்விகள் குறித்து புகார் கூறினர்.

நீண்ட தேடலுக்குப் பிறகு, மூன்றாம் தரப்பு நூலகத்தில் ஏற்பட்ட நினைவகக் கசிவு PHP செயல்முறையை உயிர்ப்புடன் வைத்திருக்கச் செய்தது, ஆனால் கோரிக்கைகளைச் செயல்படுத்த முழுமையாக முடியவில்லை என்பதைக் கண்டறிந்தேன்.

இந்த நேரத்தில், சாக்கெட் கண்டறிதலை மட்டுமே நம்பியிருப்பது ஒரு ஜாம்பியின் நாடித்துடிப்பைச் சரிபார்ப்பது போன்றது - உங்களால் மூளையைக் கண்டுபிடிக்கவே முடியாது.இறப்பு.

💥 அறிவாற்றலைத் தலைகீழாக மாற்றும் இரட்டை கொலை கண்காணிப்பு தீர்வு

அந்த காலாவதியான ஒரு பரிமாண கண்காணிப்பை தூக்கி எறியுங்கள்! சிறந்த நிபுணர்கள் அனைவரும் செயல்முறை அடுக்கு + வணிக அடுக்கு என்ற இரட்டை கழுத்தை நெரிக்கும் உத்தியைப் பயன்படுத்துகின்றனர்.

பின்வரும் உள்ளமைவு, சிக்கல்கள் ஏற்படும் போது செயல்பாடு மற்றும் பராமரிப்பு பணியாளர்கள் படுக்கையில் இருந்து எழுந்திருப்பதை விட உங்கள் சர்வர் வேகமாக தன்னைத்தானே குணப்படுத்த அனுமதிக்கும்:

check process php8.3-fpm with pidfile /run/php/php8.3-fpm.pid
    start program = "/usr/sbin/service php8.3-fpm start"
    stop program  = "/usr/sbin/service php8.3-fpm stop"
    if failed unixsocket /run/php/php8.3-fpm.sock then restart
    if failed 
        host www.chenweiliang.com 
        port 443
        protocol https
        request "/wp-login.php"
        status = 200
        hostheader www.chenweiliang.com
        for 3 cycles
    then restart
    if 5 restarts within 5 cycles then exec "/usr/bin/systemctl restart hestia"

🔍 அளவுருக்களில் மறைந்திருக்கும் அபாயகரமான விவரங்கள்

• hostheaderCDN/சுமை சமநிலைப்படுத்தும் சூழ்நிலைகளில் அளவுருக்கள் உயிர் காக்கும் தாயத்துக்களாகும். அவை இல்லாமல், இரவு பார்வை கண்ணாடிகளுடன் ஒரு திருட்டுத்தனமான போராளியைத் தேடுவது போன்றது - ஹோஸ்ட் தலைப்பு காணாமல் போனதால் ஏற்படும் இடைநிறுத்தப்பட்ட நிலையை நீங்கள் பிடிக்க முடியாது.

• for 3 cyclesஇந்த இடையக கால வடிவமைப்பு, நெட்வொர்க் நடுக்கத்தால் ஏற்படும் தவறான நேர்மறைகளைத் சரியாகத் தவிர்க்கிறது. இது, கைகுலுக்கல் அணுசக்தி பொத்தானைத் தூண்டுவதைத் தடுக்க கண்காணிப்பு அமைப்பில் ஒரு அதிர்ச்சி உறிஞ்சியை நிறுவுவது போன்றது.

• கடைசியாகexec "/usr/bin/systemctl restart hestia"இது இறுதி கொலையாளி நடவடிக்கை. PHP-FPM தொடர்ச்சியாக 5 முறை மீண்டும் உயிர்பெறத் தவறியபோது, ​​நான் அட்டவணையைப் புரட்டி, முழு ஹோஸ்டிங் பேனலையும் மீண்டும் தொடங்கினேன். இது வால் ஸ்ட்ரீட் வர்த்தக அமைப்பின் சர்க்யூட் பிரேக்கர் பொறிமுறையிலிருந்து நான் திருடிய ஒரு தந்திரம்.

🚨 வலி மற்றும் துன்பத்திலிருந்து கற்றுக்கொண்ட பாடங்கள்: உங்களை தோல்வியடையச் செய்யும் 3 பொறிகள்

1. SSL சான்றிதழ் மோசடி: மேம்படுத்தப்பட்ட பிறகு,protocol httpsஅதை எழுதாமல் இருப்பது கண்காணிப்பு எப்போதும் அதை சாதாரணமானது என்று தவறாக மதிப்பிடுவதற்கு காரணமாகிறது. பின்னர், மோனிட்டின் பழைய பதிப்பு சான்றிதழை இயல்பாக சரிபார்க்கவில்லை என்பதைக் கண்டுபிடித்தேன், இதனால் எனது ஆண்டு இறுதி போனஸை இழக்க நேரிட்டது.
2. உள்நுழைவு பக்கம் 401 பொறி: உள்நுழைவு பக்கத்தைக் கண்காணிக்கும்போது சேர்க்க மறந்துவிடுங்கள்.Basic Authenticationஇதன் விளைவாக, ஒவ்வொரு சோதனையும் மறுதொடக்கத்தைத் தூண்டுகிறது. இது ஒரு தோட்டத்திற்கு நெருப்பு ஹைட்ரான்ட் மூலம் தண்ணீர் ஊற்றுவது போன்றது - போதுமான வலிமையானது ஆனால் முற்றிலும் தவறானது.
3. கருந்துளை பதிவு: ஒருமுறை/var/log/monit.logஅளவு 50G ஆக உயர்ந்தபோது, ​​யாரோ ஒரு முட்டாள் கண்டறிதல் காலத்தை 1 வினாடிக்கு நிர்ணயித்திருப்பதைக் கண்டுபிடித்தோம். நினைவில் கொள்ளுங்கள், கண்காணிப்புப் பதிவேடுதான் கண்காணிக்கப்பட வேண்டிய பொருள்!

💡 சரிபார்ப்பு மற்றும் பிழைத்திருத்த படிகள்

1. உள்ளமைவு தொடரியல் சரிபார்ப்பு:

   monit -t
   

2. ஓவர்லோட் உள்ளமைவு:

   monit reload

இறுதித் தேர்வு

1. தற்கொலை சோதனை: நேரடிkill -9PHP-FPM செயல்முறையைக் கொன்றுவிட்டு, கண்காணிப்புப் பதிவில் உள்ள உயிர்த்தெழுதல் பதிவுகளைப் பாருங்கள். ஒரு ஜாம்பி படம் பார்ப்பது போன்ற உணர்வு!
2. விஷ ஊசி: உள்நுழைவு பக்கத்தை வேண்டுமென்றே மாற்றியமைத்து 503 நிலைக் குறியீட்டைத் திருப்பி, கண்காணிப்பு அமைப்பு துல்லியமாகத் தாக்க முடியுமா என்பதைக் கண்காணிக்கவும். இந்த முறையை நான் "டிஜிட்டல் தடுப்பூசி" என்று அழைக்கிறேன் - கண்காணிப்பு அமைப்பின் நோய் எதிர்ப்பு சக்தியை வலுக்கட்டாயமாக வெளியேற்றுவதற்காக முன்கூட்டியே ஒரு சிறிய அளவு வைரஸை கணினியில் செலுத்துதல். அலாரங்கள் வேகமாக ஒலிக்கும்போதும், சேவைகள் தாமாகவே குணமடையும்போதும், குறியீடு உலகில் உயிர்வாழ வேண்டும் என்ற கவர்ச்சியான விருப்பம் எரிவதை நீங்கள் காண்பீர்கள்!