ssh_logins.conf<\/code><\/em>:<\/p>\n\n\n\ncomprobar archivo ssh_logins con ruta \/var\/log\/auth.log\n ignorar coincidencia \"\/etc\/monit\/whitelist_ips.regex\"\n si coincide con \"Accepted publickey\" entonces alerta<\/code><\/pre>\n\n\n\nA\u00f1ade una IP por l\u00ednea en el archivo \/etc\/monit\/whitelist_ips.regex<\/code><\/em> o com\u00e9ntalo\/elim\u00ednalo si quieres recibir todas las alertas.<\/p>\n\n\n\nSupervisar la pila LEMP<\/h3>\n\n\n\n
Acertadamente llamado lemp.conf<\/em> este monitor cubre los recursos de nuestros sistemas, como almacenamiento, CPU y RAM, NGINX, PHP y MySQL, que en nuestro caso es MariaDB. La f\u00f3rmula para loadavg<\/em> es 1,5 * n\u00famero de n\u00facleos de CPU:<\/p>\n\n\n\n# Comprueba el uso del sistema de archivos ra\u00edz\ncomprueba el sistema de archivos rootfs con la ruta \/\n si el uso de espacio > 90% entonces alerta # Alerta si el uso de espacio en disco excede 90%\n\n# Comprueba las m\u00e9tricas de rendimiento del sistema en localhost\ncomprobar sistema localhost\n if loadavg (1min) > 6 then alert # Alerta si la media de carga de 1 minuto supera 6\n if loadavg (5min) > 4 then alert # Alerta si la media de carga de 5 minutos supera el 4\n si el uso de memoria > 90% entonces alerta # Alerta si el uso de memoria excede 90%\n # Alerta si el uso de la CPU supera 80% durante 15 comprobaciones consecutivas\n si el uso de cpu > 80% durante 15 ciclos entonces alerta # Uso total de CPU\n si uso CPU (usuario) > 70% entonces alerta # Uso CPU Usuario\n si uso cpu (sistema) > 30% entonces alerta # Uso CPU Sistema\n if cpu usage (wait) > 20% then alert # Uso de CPU en espera de E\/S\n\n# Comprueba el proceso del servidor web Nginx (HTTPS)\ncomprobar proceso nginx con pidfile \/var\/run\/nginx.pid\n start programa = \"\/usr\/sbin\/service nginx start\"\n stop programa = \"\/usr\/sbin\/service nginx stop\"\n if cpu > 80% for 2 cycles then alert # Alerta si el uso de la CPU supera los 80% durante 2 comprobaciones consecutivas\n si falla host 127.0.0.1 puerto 443 protocolo https entonces reiniciar # Reiniciar si Nginx no responde en HTTPS\n\n# Compruebe el proceso del servidor de base de datos MySQL\ncompruebe el proceso mysqld con pidfile \/var\/run\/mysqld\/mysqld.pid\n start programa = \"\/usr\/sbin\/service mysql start\"\n stop programa = \"\/usr\/sbin\/service mysql stop\"\n if cpu > 80% for 2 cycles then alert # Alerta si el uso de la CPU supera los 80% durante 2 comprobaciones consecutivas\n if failed unixsocket \/var\/run\/mysqld\/mysqld.sock then restart # Reinicie MySQL si el socket Unix no responde\n\n# Comprueba el proceso PHP-FPM para PHP 8.3\nrevise el proceso php8.3-fpm con el archivo pid \/var\/run\/php\/php8.3-fpm.pid\n iniciar programa = \"\/usr\/sbin\/service php8.3-fpm start\"\n stop programa = \"\/usr\/sbin\/service php8.3-fpm stop\"\n si cpu > 80% durante 2 ciclos entonces alerta # Alerta si el uso de CPU excede 80% durante 2 comprobaciones consecutivas<\/code><\/pre>\n\n\n\nSupervisar Redis<\/h3>\n\n\n\n
Vamos a a\u00f1adir la monitorizaci\u00f3n de Redis en un archivo separado, redis.conf<\/code><\/em>ya que no es crucial para el funcionamiento de WordPress y puede desactivarse si es necesario:<\/p>\n\n\n\n# Monitorizaci\u00f3n de Redis (usando socket Unix)\ncomprobar proceso redis con pidfile \/var\/run\/redis\/redis-server.pid\n start programa = \"\/usr\/sbin\/service redis-server start\"\n stop programa = \"\/usr\/sbin\/service redis-server stop\"\n \n # Monitorizaci\u00f3n de los recursos del proceso\n si el uso de cpu > 80% durante 5 ciclos entonces alerta\n si uso de memoria > 75% entonces alerta\n si children > 255 durante 5 ciclos entonces alerta\n \n grupo redis\n\n# Comprueba si hay errores en el archivo de registro de Redis\ncomprueba el archivo redis_log con la ruta \/var\/log\/redis\/redis-server.log\n si coincide con \"ERROR\" entonces alerta\n si coincide \"CRITICAL\" entonces alerta\n grupo redis<\/code><\/pre>\n\n\n\nMonitor Fail2Ban<\/h3>\n\n\n\n
Utilizando la misma metodolog\u00eda, a\u00f1adamos fail2ban.conf<\/code><\/em>:<\/p>\n\n\n\ncomprobar proceso fail2ban con pidfile \/var\/run\/fail2ban\/fail2ban.pid\n grupo servicios\n start programa = \"\/etc\/init.d\/fail2ban force-start\"\n stop programa = \"\/etc\/init.d\/fail2ban stop\"\n si falla unixsocket \/var\/run\/fail2ban\/fail2ban.sock entonces reiniciar\n si 5 reinicios en 5 ciclos entonces timeout\n\ncomprueba el archivo fail2ban_log con la ruta \/var\/log\/fail2ban.log\n si coincide con \"ERROR|WARNING\" entonces alerta<\/code><\/pre>\n\n\n\nSupervisar ClamAV<\/h3>\n\n\n\n
Necesitamos saber si ClamAV, que instalamos anteriormente, encuentra alg\u00fan virus o malware en nuestro servidor, por lo que nuestro clamav.conf<\/code><\/em> mira esto:<\/p>\n\n\n\n# Observe el archivo de registro de ClamAV en busca de cambios que indiquen una detecci\u00f3n\ncomprueba el archivo clamav_log con la ruta \/var\/log\/clamav\/clamav.log\n if match \"FOUND\" then alert<\/code><\/pre>\n\n\n\nSupervisar la integridad de los archivos sensibles<\/h3>\n\n\n\n
Monit puede vigilar los archivos importantes o aquellos que probablemente no deber\u00edan cambiar tan a menudo y nos alerta cada vez que eso ocurre. Esta actividad se suele llamar \"monitorizaci\u00f3n de la integridad de los archivos\", as\u00ed que nuestro archivo conf se llama fim.conf<\/code><\/em> y dentro de \u00e9l puedes listar tus archivos as\u00ed:<\/p>\n\n\n\n# Comprobaci\u00f3n de cambios en el archivo de configuraci\u00f3n de WordPress\ncomprueba el archivo wp_config con la ruta \/var\/www\/ejemplo.com\/wp-config.php\n si se cambia la suma de comprobaci\u00f3n entonces alerta\n\ncompruebe el archivo whitelist_ips con la ruta \/etc\/monit\/whitelist_ips.regex\n si cambia la suma de comprobaci\u00f3n, alerta<\/code><\/pre>\n\n\n\nActivar e iniciar el servicio Monit<\/h2>\n\n\n\n
Permite que Monit se inicie autom\u00e1ticamente al arrancar:<\/p>\n\n\n\n
sudo systemctl enable monit<\/code><\/pre>\n\n\n\nA continuaci\u00f3n, inicie el servicio Monit:<\/p>\n\n\n\n
sudo systemctl start monit<\/code><\/pre>\n\n\n\nPuede comprobar el estado del servicio Monit con:<\/p>\n\n\n\n
sudo systemctl status monit<\/code><\/pre>\n\n\n\nProbar la configuraci\u00f3n de Monit<\/h2>\n\n\n\n
Antes de poner su configuraci\u00f3n de Monit en producci\u00f3n, pru\u00e9bela:<\/p>\n\n\n\n
sudo monit -t\nsudo monit reload\nsudo monit status<\/code><\/pre>\n\n\n\nEn estado del monitor<\/code> listar\u00e1 todos los servicios y procesos actualmente monitorizados por Monit.<\/p>\n\n\n\nSi hay errores de configuraci\u00f3n, Monit los mostrar\u00e1 y usted podr\u00e1 corregirlos en consecuencia.<\/p>","protected":false},"featured_media":0,"parent":47233,"menu_order":3,"comment_status":"open","ping_status":"closed","template":"","meta":{"pmpro_default_level":"","nav_title":"","positive":"","negative":"","footnotes":""},"docs_category":[],"class_list":["post-47276","docs","type-docs","status-publish","hentry","pmpro-has-access"],"_links":{"self":[{"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/docs\/47276","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/types\/docs"}],"replies":[{"embeddable":true,"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/comments?post=47276"}],"version-history":[{"count":1,"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/docs\/47276\/revisions"}],"predecessor-version":[{"id":47277,"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/docs\/47276\/revisions\/47277"}],"up":[{"embeddable":true,"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/docs\/47233"}],"wp:attachment":[{"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/media?parent=47276"}],"wp:term":[{"taxonomy":"docs_category","embeddable":true,"href":"https:\/\/raybeam.jp\/es\/wp-json\/wp\/v2\/docs_category?post=47276"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}