ಮಾನಿಟ್ ವೆಬ್‌ಸೈಟ್‌ನ ಡೈನಾಮಿಕ್ ಪುಟಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸ್ಥಿತಿ ಕೋಡ್ 200 ಅಲ್ಲ ಎಂದು ಪತ್ತೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ php8.3-fpm ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ.

🚀 ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿರುವ ಡೈನಾಮಿಕ್ ಪುಟವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ 200 ಅಲ್ಲದ ಸ್ಥಿತಿ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿದ್ದರೆ, PHP8.3-FPM ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಹೇಗೆ ಸ್ವಯಂ-ಗುಣಪಡಿಸಬಹುದು?​

🔥 90% ಆಪರೇಟರ್‌ಗಳಿಗೆ ತಿಳಿದಿಲ್ಲದ PHP8.3-FPM ಜೀವ ಉಳಿಸುವ ಸಂರಚನೆ! ಮಾನಿಟ್ ಡೈನಾಮಿಕ್ ಪೇಜ್ ಸೆಲ್ಫ್-ಹೀಲಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಪ್ರಾಯೋಗಿಕ ಬೋಧನೆ.

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 ಸ್ಥಿತಿ ಕೋಡ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸಲು ಮತ್ತು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯು ನಿಖರವಾಗಿ ದಾಳಿ ಮಾಡಬಹುದೇ ಎಂದು ಗಮನಿಸಲು ಲಾಗಿನ್ ಪುಟವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮಾರ್ಪಡಿಸಿ. ನಾನು ಈ ವಿಧಾನವನ್ನು "ಡಿಜಿಟಲ್ ಲಸಿಕೆ" ಎಂದು ಕರೆಯುತ್ತೇನೆ - ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯ ಪ್ರತಿರಕ್ಷಣಾ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಲವಂತಪಡಿಸಲು ಮುಂಚಿತವಾಗಿ ವ್ಯವಸ್ಥೆಗೆ ಸಣ್ಣ ಪ್ರಮಾಣದ ವೈರಸ್ ಅನ್ನು ಚುಚ್ಚುವುದು. ಅಲಾರಾಂಗಳು ಹುಚ್ಚುಚ್ಚಾಗಿ ಮಿನುಗಿದಾಗ ಮತ್ತು ಸೇವೆಗಳು ತಾನಾಗಿಯೇ ಗುಣವಾದಾಗ, ಕೋಡ್ ಜಗತ್ತಿನಲ್ಲಿ ಬದುಕುವ ಅತ್ಯಂತ ಸೆಕ್ಸಿಯೆಸ್ಟ್ ಇಚ್ಛಾಶಕ್ತಿ ಉರಿಯುವುದನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ!