مانيٽ ويب سائيٽ جي متحرڪ صفحن جي نگراني ڪري ٿو ۽ اهو معلوم ڪري ٿو ته اسٽيٽس ڪوڊ 200 نه آهي، ۽ خودڪار طريقي سان php8.3-fpm کي ٻيهر شروع ڪري ٿو.

🚀 جڏهن ڪنهن ويب سائيٽ تي هڪ متحرڪ صفحي تي اوچتو هڪ غير 200 اسٽيٽس ڪوڊ هجي، ته PHP8.3-FPM سيڪنڊن ۾ پاڻ کي ڪيئن شفا ڏئي سگهي ٿو؟​​

🔥 PHP90-FPM زندگي بچائڻ واري ترتيب جيڪا 8.3٪ آپريٽرن کي خبر ناهي! مونٽ ڊائنامڪ پيج سيلف هيلنگ سسٽم جي عملي تدريس.

ڇا توهان سمجهو ٿا ته PHP-FPM عمل جي بقا جي نگراني ڪافي آهي؟ بلڪل غلط!
جڏهن سرور تي PHP-FPM اوچتو خراب ٿي ويندو آهي، صرف عمل جي بقا کي ڏسڻ ڪينسر کي ماپڻ لاءِ ٿرماميٽر استعمال ڪرڻ وانگر آهي - اهو موتمار مسئلي کي بلڪل به نه ٿو پڪڙي.

مون تمام گهڻا ماڻهو حفاظت ڪندي ڏٺا آهن.php-fpm.sockنگراني اطمينان بخش هئي، ۽ نتيجي طور، ويب سائيٽ ڊگهي عرصي کان 404 قبرستان بڻجي وئي آهي. اڄ مان هن آپريشن ۽ سار سنڀال جي وهم کي ٽوڙڻ چاهيان ٿو ۽ توهان کي خوني سچ ڏيکارڻ چاهيان ٿو: هڪ زنده عمل ≠ هڪ عام خدمت.

🌪️ تباهي وارو منظر: ساکٽ ڳنڍيل آهي، پر ويب سائيٽ بند آهي.

يقينياي ڪامرسويب سائيٽ جي نگراني مان ظاهر ٿيو ته PHP-FPM عمل عام طور تي هلي رهيو هو، پر استعمال ڪندڙ ادائيگي جي ناڪامي جي شڪايت ڪري رهيا هئا.

گهڻي ڳولا کان پوءِ، مون ڏٺو ته ٽئين پارٽي لائبريري ۾ ميموري ليڪ ٿيڻ سبب PHP پروسيس فعال هو پر درخواستن کي پروسيس ڪرڻ ۾ مڪمل طور تي ناڪام رهيو.

هن وقت، صرف ساکٽ جي ڳولا تي ڀروسو ڪرڻ هڪ زومبي جي نبض کي جانچڻ وانگر آهي - توهان کي دماغ بلڪل به نه ملندو.موت.

💥 هڪ ڊبل ڪِل مانيٽرنگ حل جيڪو معرفت کي خراب ڪري ٿو

انهن پراڻين هڪ طرفي نگراني کي اڇلائي ڇڏيو! سڀ بهترين ماهر پروسيس ليئر + بزنس ليئر جي ٻٽي گلا ڪرڻ واري حڪمت عملي استعمال ڪندا آهن.

مانيٽ ويب سائيٽ جي متحرڪ صفحن جي نگراني ڪري ٿو ۽ اهو معلوم ڪري ٿو ته اسٽيٽس ڪوڊ 200 نه آهي، ۽ خودڪار طريقي سان php8.3-fpm کي ٻيهر شروع ڪري ٿو.

هيٺ ڏنل ترتيب توهان جي سرور کي آپريشن ۽ سار سنڀال جي اهلڪارن جي بستري تان اٿڻ کان وڌيڪ تيزيءَ سان پاڻ کي شفا ڏيڻ جي اجازت ڏيندي جڏهن مسئلا ٿين ٿا:

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"

🔍 پيرا ميٽرز ۾ لڪيل موتمار تفصيل

hostheaderسي ڊي اين/لوڊ بيلنسنگ منظرنامي ۾ پيرا ميٽر زندگي بچائڻ وارا تعويذ آهن. انهن کان سواءِ، اهو رات جي ويزن چشمن سان هڪ اسٽيلٿ فائٽر ڳولڻ وانگر آهي - توهان گم ٿيل هوسٽ هيڊر جي ڪري معطل حالت کي پڪڙي نٿا سگهو.

for 3 cyclesهي بفر پيريڊ ڊيزائن نيٽ ورڪ جي جٽر جي ڪري پيدا ٿيندڙ غلط مثبت کان مڪمل طور تي بچي ٿو. اهو ائين آهي جيئن نگراني نظام تي هڪ جھٽڪو جذب ڪندڙ نصب ڪيو وڃي ته جيئن هٿ ملائڻ سان ايٽمي بٽڻ کي چالو نه ٿئي.

• آخريexec "/usr/bin/systemctl restart hestia"اهو آخري قاتل قدم آهي. جڏهن PHP-FPM مسلسل 5 ڀيرا ٻيهر شروع ٿيڻ ۾ ناڪام ٿيو، مون ٽيبل کي ڦيرايو ۽ پوري هوسٽنگ پينل کي ٻيهر شروع ڪيو. هي هڪ چال آهي جيڪا مون وال اسٽريٽ ٽريڊنگ سسٽم جي سرڪٽ بريڪر ميڪانيزم مان چوري ڪئي آهي.

🚨 درد ۽ تڪليف مان سکيل سبق: 3 ڦندا جيڪي توهان کي ناڪام بڻائي سگهن ٿا

  1. ايس ايس ايل سرٽيفڪيٽ فراڊ: اپ گريڊ کان پوءِ،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 اسٽيٽس ڪوڊ واپس ڪرڻ لاءِ لاگ ان پيج کي جان بوجھ ڪري تبديل ڪريو ۽ ڏسو ته ڇا مانيٽرنگ سسٽم صحيح طور تي حملو ڪري سگهي ٿو. مان هن طريقي کي "ڊجيٽل ويڪسين" سڏيان ٿو - نگراني نظام جي مدافعتي ردعمل کي زبردستي ختم ڪرڻ لاءِ اڳ ۾ ئي سسٽم ۾ ٿوري مقدار ۾ وائرس داخل ڪرڻ. جڏهن الارم تيزيءَ سان چمڪيندا آهن ۽ خدمتون پاڻ کي شفا ڏينديون آهن، ته توهان ڪوڊ جي دنيا ۾ زنده رهڻ لاءِ سڀ کان وڌيڪ پرڪشش خواهش کي جلندي ڏسندا!

اميد چن ويلانگ بلاگ ( https://www.chenweiliang.com/ ) مانيٽ پاران شيئر ڪيل مضمون ويب سائيٽ جي متحرڪ صفحي جي نگراني ڪندي معلوم ٿئي ٿو ته اسٽيٽس ڪوڊ 200 نه آهي ۽ خودڪار طريقي سان ٻيهر شروع ٿئي ٿو php8.3-fpm توهان لاءِ مددگار ثابت ٿي سگهي ٿو.

هن آرٽيڪل جي لنڪ کي حصيداري ڪرڻ لاء ڀليڪار:https://www.chenweiliang.com/cwl-32764.html

وڌيڪ لڪيل چالون کولڻ لاءِ🔑، اسان جي ٽيليگرام چينل ۾ شامل ٿيڻ لاءِ ڀليڪار!

شئير ڪريو ۽ پسند ڪريو جيڪڏھن توھان کي پسند اچي! توهان جا حصا ۽ پسند اسان جي مسلسل حوصلا آهن!

 

发表 评论

توهان جو اي ميل پتو شايع نه ڪيو ويندو. 必填 项 已 用 * ليبل

جي ويڙھيء وانگي امروٽي