Se trata de Million Short, un motor de búsqueda web experimental que permite eliminar la parte superior de los resultados (o 100.000, 10.000, 1000, 100).

Con Million Short vamos a poder descubrir esas páginas web que nunca llegan a las primeras páginas de resultados en google u otros buscadores. La mayoría de la gente no mira más allá de la primera página cuando se hace una búsqueda y ahora no tiene porque hacerlo.

rkhunter: Escáner de rootkits. Herramienta de análisis que garantiza que tu VPS este limpio de rootkits al 99,9%. Esta herramienta analiza el sistema en busca de rootkits, backdoors y exploits locales mediante la ejecución de pruebas como:

- Hash MD5
- Busca los archivos predeterminados utilizados por los rootkits
- Permisos de archivo incorrectos para los archivos binarios
- Busca cadenas sospechosas en módulos LKM y KLD
- Busca archivos ocultos

tripwire: Es una herramienta que nos chequea la seguridad e integridad de los datos mediante la vigilancia y alerta sobre el cambio de archivos específicos.

logwatch: Logwatch es un sistema de análisis de registros personalizable. Logwatch analiza los logs del sistema y crea un informe que analiza las áreas que especifiques.

Snort: Ayuda a la prevención de intrusiones y nos proporciona un sistema de detección (IDS / IPS).

CSF Firewall: Firewall compatible con Cpanel para mantener lejos a los intrusos de nuestro servidor.

ClamAV: Antivirus que nos ayuda en la detección de troyanos, virus, malware y otras amenazas maliciosas. Es el estándar de facto para la detección de este tipo de problemas en el e-mail de nuestro servidor. Proporciona un escaneado de alto rendimiento, utilidades en línea de comandos para la exploración de archivos bajo demanda, y una herramienta inteligente para las actualizaciones automáticas de firmas.

Log de errores:

Ubicación: /usr/local/apache/logs/error_log
Descripción: Todas las excepciones capturadas por httpd, junto con la salida de error estándar de las aplicaciones CGI se registran en este log.
El primer sitio donde hay que buscar cuando hay algun problema con httpd o se ven errores al acceder a la web.

Log de acceso de dominio:

Ubicación: /usr/local/apache/domlogs/nombre-de-tu-dominio.com
Descripción: Archivo General de registro de logs para cada dominio configurado con cPanel.

Log de acceso de Apache:

Ubicación: /usr/local/apache/logs/access_log
Descripción: Registro completo de los accesos al servidor Web.

Logs MySQL 

Log de errores:

Ubicación: /var/lib/mysql/$(hostname).err
Descripción: Esta ruta puede variar, pero generalmente se encuentra en /var/lib/mysql. También se puede ubicar en /var/log/mysqld.log

Fuente: Location of Error logs in a CPanel/WHM install

/usr/local/apache/logs/error_log

Con el comando “tail -n 150 error_log” podemos visualizar en pantalla las ultimas 150 lineas del log o que a veces es muy útil por ejemplo, si hemos hecho un reboot del servidor.

Pero esto no es suficiente ne algunas ocasiones: ¿Como buscamos un error concreto dentro del log?

Con el comando grep: “grep -i ThreadLimit /usr/local/apache/logs/error_log”

con lo que buscamos ThreadLimit dentro del log.

Yo estaba buscando esto porque había hecho cambios en los parámetros de Apache para mejorar el rendimiento del servidor, y quería ver si había algún problema. En mi caso lo había:

“WARNING: Attempt to change ServerLimit or ThreadLimit ignored during restart”

Pero, ¿Que significa? Este warning con “ServerLimit o ThreadLimit” o cualquier otro parámetro de la configuración de apache en httpd.conf quiere indicarnos que hay diferentes valores de los mismos en varios archivos de configuración, en mi caso (uso WHM/cpanel) en httpd.conf y pre_main_global.conf.

¿Solución? Poner los mismos valores en ambos archivos de configuración.

Antes de empezar a leer cuales son los pasos, tenéis que tener en cuenta que cada uno tenemos nuestras necesidades a la hora de utilizar o no ciertos servicios del servidor. Por ejemplo: Yo no uso las herramientas de correo ni de análisis de datos que me proporciona el servidor, sino que prefiero usar Google mail y Google Analytics… ¿Consecuencia? Desmarco todas esas opciones en mi panel de WHM para ahorrar algo de memoria.

¿Que quiero decir? Pensad primero que es lo que necesitáis tener instalado en el servidor y a continuación usad esta guía de optimización.

Ir a WHM >> Server Configuration >> Tweak Settings

En la pestaña “Domains”  hacemos click en:

Prevent users from parking/adding common internet domains

En la pestaña “Mail”:

1. Default catch-all/default address behavior for new accounts. “Fail” es la mejor opción si estas recibiendo ataques vía email.
2. Discard FormMail-clone message with bcc. Lo ponemos en “on”
3. Maximum percentage of failed or deferred messages a domain may send per hour. Lo ponemos en 300%
4. Enable BoxTrapper spam trap. Sino usamos el mail lo ponemos en off
5. Enable Horde Webmail. Sino usamos el mail lo ponemos en off
6. Enable Mailman mailing lists. Sino usamos el mail lo ponemos en off
7. Enable RoundCube webmail. Sino usamos el mail lo ponemos en off
8. Enable SpamAssassin spam filter. Sino usamos el mail lo ponemos en off (consume muchos recursos)
9. Enable SquirrelMail webmail. Sino usamos el mail lo ponemos en off
10. Mailman: ponemos en off todo lo que tenga que ver con Mailman sino vamos a usar listas de distribución

En la pestaña “System”:

• Default shell jailed. Lo ponemos en “on”. Las nuevas cuentas lo tendran instalado por defecto
• Conserve memory. Lo ponemos en “on” para ahorrar en CPU.

En la pestaña “Stats Programs” lo ponemos todo en “off”, para eso tenemos instalado Google Analytics en nuestras webs:

• Awstats reverse DNS resolution
• Enable Analog statsEnable Awstats stats
• Enable Logaholic stats
• Enable Webalizer stats

Ir a WHM >> Security Center

1. PHP open_basedir Tweak: Activamos “PHP’s open_basedir protection” que previene que los usuario abran archivos fuera de su directorio con PHP.
2. Apache mod_userdir Tweak: Lo activamos para que prevenga que a un usuario no se le cuente el ancho de banda usado al acceder a su cuenta mediante http://test.cpanel.net/~fred/
3. Shell Fork Bomb Protection: Activamos Shell Fork Bomb Protection, que previene que un usuario use todos los recursos del servidor a través de ssh/telnet. Tiene una pega: Usa muchos recursos del sistema. Así que, a vuestra elección.
4. Compiler Access: Desactivamos los compiladores. Con esto conseguimos evitar que se usen C y C++ usuario sin privilegios (muchos exploits los usan)
5. Si vas a crear “reseller packages”, asegurate de que esten desactivadas las siguientes opciones: Disallow creation of packages with shell access y Disallow creation of packages with full root access.
6. cPHulk Brute Force Protection: Activalo. Impide los ataques por fuerza bruta en tu cpanel
7. Host Access Control: Si trabajas desde una IP fija, utiliza este servicio para poder hacer login solo desde ella.
8. Password Strength Configuration: Hay que ponerla mínimo en 50
9. Quick Security Scan: Recomendable usarlo de vez en cuando. Cuidado con los falsos positivos.

Ir a WHM >> Service Configuration >> FTP Server Configuration

1. Allow Anonymous Logins – Selecciona ‘NO’
2. Allow Anonymous Logins – Selecciona ‘NO’

Ir a Account functions >> Manage Shell Access

Desactiva el “shell access” para todos los usuarios (Si es imprescindible ponlo en Jailed shell)

Ir a WHM >> SQL Services >> MySQL Root Password

MySQL Root Password – Cambia el Root Password para MySQL

Probablemene (compruebalo accediendo mediante ssh a tu servidor), tu hosting, por defecto ha puesto un password para root en mysql. no uses (*), (.), u otros caracteres especiales. phpMyAdmin puede dejar de funcionar.

Ir a WHM >> System Health >> Background Process Killer

BitchX
bnc
eggdrop
generic-sniffers
guardservices
ircd
psyBNC
ptlink
services

Haz click en todos y después pincha en Save.

Ir a  Main >> Service Configuration >> Service Manager

Aqui podemos desactivar los daemons del sistema (y activar los que queremos monitorizar)

• Mailman: Si ya lo habéis desactivado en Tweak Settings, tambien lo tenéis que hacer aquí.
• Spamd: SpamAssassin Server. Si ya lo habéis desactivado en Tweak Settings, tambien lo tenéis que hacer aquí.

Ir a Main >> Backup >> Configure Backup

En esta sección activares los backups de toda nuestra cuenta.Pinchamos en “Enable” y elegimos su periodicidad. Tened en cuenta que facilmente os puede llenar toda vuestra cuota en el disco duro, por lo que recomiendo realizar el backup semanal.

Ir a Main >> Plugins

Comprueba que tienes instalado mod_security. Totalmente recomendable.

Ir a Main >> cPanel >> Manage Plugins

Esta es opcional ya que consume muchos recursos del servidor: Puedes instalar el antivirus ClamAV como plugin. si tienes muchos usuarios en tu servidor, a lo mejor es interesante tenerlo activo.

OJO! Podéis sentir la tentación de ir a Main >> Service Configuration >> Apache Configuration y utilizar “Memory Usage Restrictions” que en teoria nos optimiza la memoria utilizada por Apache basandose en el uso que le hemos dado en el pasado. Para ello añade a httpd.conf la directiva “RLimitMEM”. Yo no lo recomiendo, y por lo que he leido por ahí, nadie recomienda su uso en un VPS.

Finalmente, os recomiendo la lectura de este articulo de cpanel: Configuraciones de seguridad recomendadas

WHM nos proporciona una manera sencilla para que el servicio httpd (Daemon de servidor web Apache. Maneja las solicitudes de HTTP de visitantes) se reinicie (auto reboot – auto start) después de haber tenido algún problema en el servidor.

En WHM nos tenemos que dirigir a Main >> Service Configuration >> Service Manager

En esta pantalla “Service Manager” nos encontraremos con una lista de daemons que se pueden ejecutar en el servidor. Esta característica nos permite seleccionar que daemons queremos activar y cuáles de entre los daemons activados queremos monitorizar con la pantalla de Status del servidor.

Si queremos que funcione el daemon hay que hacer click en “enabled”. Si queremos que WHM monitorice el estado del daemon (en este caso httpd, pero funciona igual con mysqld o cualquier otro) tenemos que hacer click en “Monitor”. En Service Manager – Administrador de servicio, encontrareis una explicación del servicio y un “quien es quien” entre los daemons del sistema.

Es importante, que una vez que hayamos seleccionado las opciones que nos interesan, le demos al boton “save” que se encuentra al final de la página.

Una vez activado el sistema, cada vez que el servidor Apache se cuelgue, este servicio lo intentara reiniciar automáticamente y os lo notificara por e-mail. El proceso de monitoreo (chkservd o TailWatch en las nuevas versiones de cpanel) se lleva a cabo cada 15 minutos.

Lo más destacado en el vídeo es: la comprensión de las variables más importante que se utilizan para ajustar la configuración de MySQL, y las pruebas de referencia con diferentes arquitecturas.

Básicamente, lo que nos quieren hacer comprender es que muchas veces nos es necesario incrementar la CPU o la RAM de nuestro servidor (yo tengo 768MB de RAM), sino que hay que dedicarle un par de días a optimizar y tunear los parametros de my.cnf hasta ajustarlos a los valores óptimos que hagan reducir la carga de nuestro nuestro servidor.

Tambien os podeis desrcargar la presentación en PDF

1. ¿Cuanta RAM tenemos en nuestro servidor? Factor clave y determinante para la optimización de nuestra base de datos Mysql
2. ¿Qué es lo que tengo que optimizar en Mysql? Principalmente el archivo my.cnf que encontraremos en /etc/mysql/my.cnf o /etc/my.cnf despendiendo del Sistema operativo.
3. ¿Como lo edito? A través de terminal mediante una conexión ssh al servidor y gracias al editor de unix ‘vi’
4. ¿Que cantidad de memoria RAM puede consumir Mysql? En función de los parametros que configuremos en my.cnf. Podemos hacernos una idea con esta calculadora de memoria RAM para Mysql
5. Leemos esta biblia de optimización de MySQL, para comprender el significado de cada parametro.

Antes de empezar a hacer ningun cambio, sería mejor culturizarnos un poco. Normalmente, en nuestro servidor, podemos encontrar ejemplos de archivos my.cnf en función de la RAM que tengamos disponible:

/usr/share/doc/mysql-server-5.1/

my-small.cnf: para sistemas con 64MB de RAM (Como!!!)

my-medium.cnf: para sistemas con 256MB de RAM

my-large.cnf: para sistemas con 512MB de RAM

my-huge.cnf: para sistemas con 1-2GB de RAM

Para empezar no esta mal y nos podemos hacer una idea de cuales son los parametros más importantes a ajustar.

Comprobamos el uso que nuestro VPS hace de la memoria con los siguientes comandos en el terminal: top, ps aux y free -m

Nos familiarizamos con el aspecto que tiene un archivo my.cnf

[mysqld]
safe-show-database
open_files_limit = 5000
tmp_table_size = 95M

max_heap_table_size = 95M

query_cache_limit=2M

query_cache_size=55M ## 64MB for every 1GB of RAM

query_cache_type=1

max_connections=100

collation_server=utf8_unicode_ci

character_set_server=utf8

delayed_insert_timeout=40

interactive_timeout=10

wait_timeout=30

connect_timeout=20

thread_cache_size=64

key_buffer=16M ## 32MB for every 1GB of RAM

key_buffer_size=40M

join_buffer=1M

max_connect_errors=20

max_allowed_packet=8M

table_cache=2048

table_definition_cache=2048

record_buffer=1M

sort_buffer_size=1M ## 1MB for every 1GB of RAM

read_buffer_size=1M ## 1MB for every 1GB of RAM

read_rnd_buffer_size=1M ## 1MB for every 1GB of RAM

thread_concurrency=2 ## Number of CPUs x 2

myisam_sort_buffer_size=16M

innodb_file_per_table=1

innodb_buffer_pool_size=35M

Y la verdad es que nos es facil optimizarlo… ¿Cuales son las variables más importantes?

max_connections
wait_timeout
thread_cache_size
table_cache
key_buffer_size
query_cache_size
tmp_table_size

¿Donde encontramos más ayuda para tunear Mysql? Afortunadamente hay varios programas que nos pueden ayudar a optimizar el archivo my.cnf de Mysql (lo mejor es usar los tres y comparar resultados):

MySQLTuner, Tuning Primer y mysqlreport

Nos descargamos estos programas en nuestra carpeta /usr/local/sbin/, les damos los permisos para que se puedan ejecutar (entrando en el servidor como root) y nos preparamos para el despliegue de datos.

• Tutorial: Tuning MySQL Performance with MySQLTuner
• Significado de los datos obtenidos con mysqlreport
• Tuning Primer es el ofrece los datos más claros y los consejos más especificos

¡Suerte a todos! Tened en cuenta que hay que ejecutar estos programas entre 24 y 48 horas despues de haber hecho los primeros cambios en my.cnf. Dejamos pasar ese tiempo, los volvemos a ejecutar y volvemos a optimizar la bbdd editando my.cnf. ¡OJO! Después de editar el archivo hay que reiniciar Mysql a través del terminal o del panel WHM o similar, sino, los cambios en el archivo no se verán reflejados.

¿Como puedes obtener 250 MB de espacio extra en Dropbox? Muy fácil.

Si eres nuevo usuario, simplemente tienes que pinchar en http://db.tt/bsguSzm

Una vez que te inscribas e instales Dropbox, ganaras 250 MB de espacio extra en tu cuenta de 2GB de Dropbox.

The Noun Project: Recopila, organiza y agrega a los altamente reconocibles símbolos que forman el lenguaje visual del mundo, por lo que se pueden compartir en una forma divertida y significativa.