Error fail2ban in FilterPyinotify callback: ‘module’ object has no attribute ‘_strptime_time’

Esta mañana al resetear el servicio fail2ban me he encontrado con esto: service fail2ban status ● fail2ban.service – LSB: Start/stop fail2ban Loaded: loaded (/etc/init.d/fail2ban) Active: active (running) since jue 2017-01-12 10:03:11 CET; 30s ago Process: 2674 ExecStop=/etc/init.d/fail2ban stop (code=exited, status=0/SUCCESS) Process: 2810 ExecStart=/etc/init.d/fail2ban start (code=exited, status=0/SUCCESS) CGroup: /system.slice/fail2ban.service └─2820 /usr/bin/python /usr/bin/fail2ban-server -b -s /var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid ene 12 10:03:11 server fail2ban.actions[2820]: INFO Set banTime = 86400 ene 12 10:03:11 server fail2ban.jail[2820]: INFO Jail ‘sshd’ started ene 12 10:03:11 server fail2ban.jail[2820]: INFO Jail ‘sshd-ddos’ started ene 12 10:03:11 server fail2ban.jail[2820]: INFO Jail ‘roundcube-iredmail’ started ene 12 10:03:11 server fail2ban.jail[2820]: INFO Jail ‘dovecot-iredmail’ started ene 12 10:03:11 server fail2ban.jail[2820]: INFO Jail ‘postfix-iredmail’ started ene 12 10:03:11 server fail2ban[2810]: Starting authentication failure monitor: fail2ban. ene 12 10:03:11 server systemd[1]: Started LSB: Start/stop fail2ban. ene 12 10:03:11 server fail2ban.filter[2820]: ERROR Error in FilterPyinotify callback: ‘module’ object has no attribute ‘_strptime_time’ ene 12 10:03:11 server fail2ban.filter[2820]: ERROR Error in FilterPyinotify callback: ‘module’ object has no attribute ‘_strptime_time’ El Workaround que he aplicado es establecer en polling el backend para averiguar las modificaciones en ficheros de forma que no utilice librerías externas. (editar jail.conf) # «backend» specifies the backend used to get files modification. # Available options are «pyinotify», «gamin», «polling» and «auto». # This option can be overridden in each jail as well. # # pyinotify: requires pyinotify (a file alteration monitor) to be installed. #            If pyinotify is not installed, Fail2ban will use auto. # gamin:     requires Gamin (a file alteration monitor) to be installed. […]

» Leer más

Desactivar el fichero wp-cron.php para evitar consumo en el VPS

El archivo wp-cron.php cumple con características muy necesarias: Verificación de actualizaciones Pingbacks Publicar artículos programados Es una función muy útil y que necesitamos en nuestro WordPress, pero tiene su parte negativa:  este script php se ejecuta cada vez que la página recibe un impacto. Lo cual son peticiones a apache innecesarias, por lo que os sugiero una configuración alternativa para el caso de los VPS Linux, teniendo en mente que estas tareas se podrían hacer una sola vez al día, de madrugada por ejemplo. Cómo desactivar wp-cron.php? Debemos editar wp-config.php y añadir esta directiva: define(‘DISABLE_WP_CRON’, true); Ahora convendría añadir un cron Linux real, para ello vía SSH en el VPS editamos el crontab de root: crontab -e Y añadimos en el minuto y hora deseados, o bien a una frecuencia, para que el script /var/www/vhosts/wordpress/wp-cron.php se ejecute 1 vez al día en mi caso a las 2:30am, en lugar de en cada visita:   Aquí tienes un pequeño script que ejecutaría todos los cron de todos los WordPress que haya a partir de la carpeta /var/www/webs/: nano /var/www/webs/cronWP.sh Y después podemos programar el crontab cada 30 minutos; crontab -e Aquí tienes un script que actualiza todas las configuraciones de todos los WordPress que haya por debajo de la carpeta /var/www/webs/ para desactivar crontab:

» Leer más
1 2 3 4 5