Casi siempre todo funciona bien, el servidor es robusto y responde sin muchas preocupaciones pero el problema llega cuando uno de estos robots se vuelve loco. Seguramente esta locura es producida por algún cambio en alguna variable que fuerza el número de escaneados diarios que realiza el bot, de esa forma el humano “snifante” prueba con diversos valores subiendo a veces sin saberlo la cantidad de peticiones por minuto de forma exponencial, el no ve las repercusiones en el servidor de origen, probablemente se dice, que bien ahora así tengo el contenido nuevo tan pronto como se publica, si soy el primero posiciono mejor, lo voy a dejar así. Y sin saberlo está haciendo un ataque DDOS o de denegación de servicio.

En este caso concreto es tal el consumo que en hora punta de tráfico las peticiones se enletecen hasta más allá de los 3 segundos por página peticionada.

Lo primero es detectar que algo paso, esto por suerte te lo dicen los clientes del servicio web en cuestión con emails técnicos del tipo:

“La web va lenta”, “La web va como el c…”

Recibido el tercer email de este tipo y tras comprobar que no es un problema de la conexión del cliente hacia la red, que también reportan, toca averiguar que está pasando.

1. Vemos el estado de saturación de la máquina. En Windows con el Administrador de Tareas.

2. Lo primero es ver que tal estamos de RAM, que consumo tenemos.

3. Luego vemos el espacio en disco que nos queda

4. El consumo de CPU

5. Ahora vamos a ver con ese mismo administrador de tareas que “programas” son los que más consumen

Si es MYSQL y la RAM va cargada tocará ampliar RAM, al igual de que si es disco.

Si es APACHE y la CPU va saturada, pues tocará ver cuantas peticiones y de quien son recibe el servidor web.

Para conocer cuantas peticiones recibe nuestro server hay muchas cosas y programas, pero en este caso no hay ningún sistema estadístico instalado, bueno si, Google Analytics, el cual pinta y colorea los datos que da gusto, pero a nivel técnico no nos sirve pues estamos buscando excesos y errores y me da a mi que Analytics los obvia, a saber porque con la todopoderosa y sus manías, que ya me cansan.

Aunque no tengamos nada instalado en server siempre nos podemos bajar los archivos de log del Apache para analizarlos en casita, con nuestra maquinita.

Ten en cuenta que estos archivos pueden ser gigantes, depende de como esté configurado el server, los hay con rotaciones y sin, pero puedes encontrartes con archivos de 2Gb. en servidores de alto tráfico, lidia con ellos si puedes. Lo mejor es rotarlos manualmente en el momento de máximo tráfico o ataque.

Para ello, detén el servicio de Apache, renombra los access.log y error.log y vuelve a iniciarlo, dejarás a tu cliente sin servicio un minuto escaso. Aguanta un ratito con el ataque, un par de horas a lo sumo, y vuelve a hacer lo mismo, de esa forma tendrás una muestra sanguínea del ataque o del momento de saturación del server y trabajarás única y exclusivamente con esos datos, localizando más rápidamente si existen direcciones IPs que un consumo excesivo de datos.

De Windows a Ubuntu y tiro porque me toca

Una vez muevas ese log a una carpeta accesible por FTP o HTTP faltará bajártela para analizarla en tu flamante workstation Ubuntu, que mola más que un OS X… al menos más que un Snow Leopard, pues falta ver si este próximo lunes día 6 de Junio lo que nos maravilla OS X Lion de la mano de Steve Jobs, palabra de AppleFun arrepentido venido a Ubuntu.

Analizando los archivos .log de Apache

Para analizarlo en nuestro Ubuntu vamos a usar Webzilla, para instalártela:

sudo apt-get install webalizer

Luego la configuramos con un:

sudo gedit /etc/webalizer/webalizer.conf

Aquí en principio sólo falta tocar el lugar, ruta y archivo donde está el access.log

LogFile                   /var/www/logs-para-analizar/access.log
OutputDir              /var/www/webalizer
Incremental           yes

Grabamos y ejecutamos el Webalizer con un complejísimo, es broma:

sudo webalizer

Unos segunditos y tachán, apunta tu navegador a:

http://localhost/webalizer

Selecciona el mes actual, y en la siguiente pantalla la opción “Clientes” aquí verás las IPs que han visitado más la página durante el ataque o la bajada de rendimiento del server, busca las más abultadas que vamos a revisarlas.

Ahora nos faltará saber el Quién es quién de cada IP

¿Quién es quién?

Para eso podemos usar varias opciones, entre ella una via web:

http://whois.domaintools.com/67.195.112.52

Donde 67.195.112.52 es la IP sobre la que quieres conocer información y la otra es usar las herramientas de red del sistema que incorpora Ubuntu.

Con ellas puedes realizar un WHOIS, un LOOKUP , etc.

Si entras en “Explorar los puertos”, cosa que tarda un rato podrás también detectar si detrás hay un servidor web, un servidor FTP, o un emule abierto. Datos que te permitirán determinar con algo más de certeza si se trata de una empresa o un usuario.

También puedes rastrear la ruta para más o menos ver de donde es el país de origen, si este por ejemplo es de Ukrania o de la conchinchina probablemente se trate de un buscador en el que no te importe perder posicionamiento.

Cuidadín cuidadín con los GoogleBots y familia

Pues eso, asegúrate que de todas esas IPs no te apuntes ninguna que sea de un buscador conocido en el que te quieras posicionar, pues si la anotas y luego la baneamos perderás el posicionamiento en ese buscador pues tu Apache no le dejará entrar.

Ya tenemos las IPs localizadas y correctamente anotadas, ahora vamos a banearlas

Baneando IPs en Apache bajo Windows

Bueno esto a decir verdad es más o menos igual en Windows que en Linux que un radiocassette donde sea capaz de correr Apache.

Busca el fichero de configuración de Apache httpd.conf

En la sección Directory

Introduce al final, justo antes del cierre de la directiva </Directory> y una en cada línea la siguiente instrucción:

deny from TU-NO-PASAS

por ejemplo si quisiéramos banear a Yahoo, NO lo hagas!

deny from 67.195.112.52

Graba el fichero y reinicia Apache, en Windows desde “Accesorios -> Herramientas del Sistema -> Servicios -> Apache” botón de la derecha reiniciar.

Listas negras de IPs malignas

También de paso y por el mismo precio que nos ponemos a banear, una práctica aceptable sería el banear sistemáticamente aquellas IPs que se han detectado en el mundo recientemente como IPs malignas.

Yo he sacado una lista desde:

http://isc.sans.org/ipsascii.html

y desde:

http://isc.sans.org/sources.html

Baneando que es gerundio.

Páginas relacionadas con este artículo:

1. Test de carga web
2. Personalizar un virtual host de Apache bajo Plesk
3. Bloquear muchos intentos fallidos de acceso a servidor

Con este comandito podrás hacer un backup en un fichero de texto de las bases de datos en servidores remotos a la máquina donde ejecutes el “comandito”:

mysqldump -h direccion_ftp_remoto –password=claveRemota –user=usuarioRemoto nombre_base_de_datos_remota –routines> /home/backup/mysql-servidor_talytal.sql

Hay otras combinaciones de este efectivo comando de Mysql, por ejemplo este que me sirve para realizar copias de una base de datos de un servidor a otro:

mysqldump –host=direccion_host_origen –password=clave_mysql_origen –user=usuario_origen tabla a copiar | mysql –password=clave_mysql_local –user=usuario_mysql_local tabla_destino

La tabla de destino tiene que existir, es indiferente si tiene datos o no, o si las estructuras son diferentes pues mysqldump la machacará con los datos que vienen del origen.

Además podrás despreocuparte un poquito de tus datos si añades esta copia a una tarea con cron para ello haz un:

sudo crontab -e

Y métele algo así como:

00 21 * * * mysqldump –host=… y toda tu comando

Esto copiará la tabla todos los días de la semana a las 21.00H.

Páginas relacionadas con este artículo:

1. Optimizar bases de datos Mysql
2. Optimizar bases de datos Mysql
3. Cambiar clave root a Mysql por línea de comandos Windows

Para hacerlo, abre un terminal o conéctate por SSH si se trata de un servidor remoto y escribe:

mysqladmin -u root password nuevaclave

Recuerda reiniciar el servicio, en Ubuntu ahora puedes hacerlo con un:

service mysql restart

Páginas relacionadas con este artículo:

1. Cambiar clave root a Mysql por línea de comandos Windows
2. Nginx y phpMyAdmin
3. Alternativa a phpMyAdmin con Ajax

Aunque tanto la propia aplicación web phpMyAdmin como la alternativa que os presentamos MonoQL son excesivamente grandes, ambas son soluciones contrastadas, sobre todo la primera.

Quizá phpMyAdmin se nos ha hecho vieja, no en su funcionalidad pero si en su apariencia y en la técnica que la sustenta puro y duro PHP + HTML

Es aquí donde MonoQL se nos presenta, con.su interficie bajo Ajax.

Lo mejor es que pruebes esta herrqmienta para administrar bases de datos MySql bajo Ajax por ti mismo.

http://sourceforge.net/projects/monoql/

Páginas relacionadas con este artículo:

1. Nginx y phpMyAdmin
2. Aplicación web PHP para backup de mysql
3. Instalar Apache 2 PHP 5 MYSQL 5 y Webmin 1.5

Muchas de estas aplicaciones ya las conocía, pero de todas, me quedo con http://loadimpact.com/

Sencillamente porque su versión gratuita te permite simular hasta 40 usuarios navegando simultáneamente en tu página web, cifra más que suficiente para poder medir cualquier hosting y predecir si se va a caer.

Para los programadores web tiene otra utilidad, la de la optimización, sí ya sabes que arañar unos bytes a tu código siempre le sienta bien, pero bueno, ¿tan poco se nota? Dedicar 4 horas depurando para unos pocos bytes es rentable. Si te lo pagan sí. Por ejemplo en aplicaciones críticas con muchos usuarios concurrentes quizá el primer paso es optimizar y no proceder a cambiar de hosting o de servidor con elcoste que implica.

Esta prueba de rendimiento en masa tiene otras aplicaciones, no sólo podrás saber si el hosting que tienes o el de tus clientes es bueno sino que también si eres de sistemas te permitirá comprobar la eficacia en cuanto a rendimiento de los cambios de configuración que realices en la configuración de un servidor. Incluso ir un paso más allá, podrás medir diferentes servidores web, Apache bajo Windows, Apache bajo Linux, Nginx, Cherooke…

Bueno pues nada, a optimizar nenes y nenas de la web!: http://loadimpact.com/

Páginas relacionadas con este artículo:

1. Comprobar la velocidad de carga de una web
2. Nginx y phpMyAdmin
3. Baneando direcciones IPs en Apache bajo Windows

Hoy desde la playa y bajo un imperoso sol os dejo un enlace donde nos invitan a someter a rigurosa dieta a nuestras bases de datos, es obvio y todos ya lo sabemos, pero el autor del post original lo ha medido y cuantificado, dale!  http://af-design.com/blog/2009/02/24/a-smaller-database-is-a-faster-database/

Páginas relacionadas con este artículo:

1. Base de datos Cassandra
2. Optimizar servidor MySQL
3. Instalar Apache 2 PHP 5 MYSQL 5 y Webmin 1.5

En el panorama actual existen diversas soluciones libres para establecer un buen servidor web, desde el aclamado Cheroke, un web server creado por el español Álvaro López Ortega y que prometo probar en un futuro, al famoso Lighttpd, otro cuyo nombre se las tra, y el nginx, donde me gustaría ver a Paco León, genio y artista, pronunciar semejante nombre como cuando lo intentó con Shreek y cuyo testigo queda en YouTube.

Hemos escogido Nginx pues las comparativas que hemos leído sobre él destroza a cualquier otros servidor web en cuanto al escaso consumo de recursos que precisa, estableciendo un ratio de 1:10 contra por ejemplo Apache, es un servidor ligero, muy ligero y cuya configuración no es en exceso difícil para alguien que se maneje un poco con la línea de comando de Linux, ahora bien, el problema ha llegado al intentar configurar phpMyAdmin bajo él, de todos, todos, los tutoriales que hemos visitado, ninguno ha funcionando, hasta que al final hemos copiado el directorio de la carpeta /usr/share/phpmyadmin a dentro del propio directorio del webserver /var/www una solución temporal, pero que nos va a servir para comprobar el rendimiento del conjunto nginx+php+mysql+phpmyadmin como futuro para nuestros servidores de producción donde correr nuestras aplicaciones web.

Como apunte os diremos que algunas de las mayores webs del mundo, aquellas que tienen un tráfico brutal, funcionan bajo nginx, por ejemplo YouTube, y hace poco también migró de Apache a nginx la española “meneame”.

Ahora, repite conmigo: enllins, einnllinss, enellinks, enjinks y quédate con la que quieras pero quédate.

Páginas relacionadas con este artículo:

1. Alternativa a phpMyAdmin con Ajax
2. Test de carga web
3. Error con LOAD DATA LOCAL INFILE en MySql

Menudo bugazo de MySQLos hemos encontrado hoy! Este bug porque sí, porque lo es ya que tiene toda la pinta de ser un bicho nos ha traído de cabeza durante dos días. Si ya pensaba yo que esto de que Oracle salga de compras no nos iba a traer nada pero nada bueno, en fin webmaster of the universe os ponemos en antecedentes:

Estamos ultimando la v.3.9 del sistema de tiendas online ecOOmmerce.com en ella hemos incorporado una función que realiza las actualizador de precios y de stock semiautomatizado donde el cliente en base a un fichero bajo formato .csv (parecido al excel, realmente es un txt con campos separados por un signo) puede desde el backoffice de la aplicación actualizar los precios de una tacada.

El servidor web alojado en Hispalab corre Linux con Mysql versión 5.0.90 instalada. Nosotros disponemos acceso al Cpanel para administrar, si bien no podemos acceder a consola por SSH ni a través de Cpanel.

Intentamos hacer un típico LOAD DATA LOCAL INFILE para cargar datos de un fichero .csv en una tabla temporal de la base de datos que posteriormente será analizada por nuestra nueva función y actualizará los precios.

La sentencia es la típica, reportada en cientos y cientos de foros de desarrollo tanto en español como en lengua sajona:

LOAD DATA LOCAL INFILE ”/home/dominios/test/public_html/tmp/tarifatest.csv” INTO TABLE table01 FIELDS TERMINATED BY “;” LINES TERMINATED BY “\n”

Y desde la aplicación no recibimos error alguno, para acotar el tema vamos al Phpmyadmin a través de Cpanel y copypasteamos el comando, automáticamente nos escupe el siguiente error:

#1148 – The used command is not allowed with this MySQL version

Repasamos la sentencia de SQL mil quinientas veces y es entonces cuando el ingeniero de sistemas de Hispalab nos dice que no utilicemos el “LOCAL”. Nos documentamos y si, una vez el archivo está en servidor no hace falta utilizar el argumento “LOCAL” ahora bien, al modificar esta función nos encontramos con otro nuevo error:

#1045 – Access denied for user ’wwwtest’@'localhost’ (using password: YES)

Así que comenzamos primero desde PHP y luego desde FTP (no tenemos acceso a consola) ha realizar todo tipo de CHMODS y CHOWN para cambiar los permisos y propietarios de el archivo y la carpeta subida. No conseguimos nada más que perder el tiempo.

Desolados reportamos a Hispalab y al final y tras casi dos días de darnos cabezazos contra el teclado alguien vio la luz en Hispalab, ese LOCAL, ese LOCAL, lo probó en minúsculas “local” y… como bien dijo el “zasss…. todo funcionó”.

Impresionante, ni en la propia documentación de MySQL figura ni una sóla vez en minúsculas, puedes verlo en:

http://dev.mysql.com/doc/refman/5.1/en/load-data.html

En fin, hay queda este post por si alguna vez oss encontráis con semejante problema.

Páginas relacionadas con este artículo:

1. Optimizar servidor MySQL
2. Aplicación web PHP para backup de mysql
3. Cambiar clave root a Mysql por línea de comandos Windows

Vamos a cambiar la clave del root al sistema de bases de datos MySQL desde la línea de comando o símbolo de sistema de Windows, ten en cuenta que la clave Root del MySQL es la clave más potente y por norma general no puede ser cambiada mediante phpMyAdmin ni ningún otro sistema cómodo, este cambio debe realizarse desde la consola de sistema para ello deberás abrir un termina, si estás en Windows deberás abrir una ventana de sistema o ventana MS-DOS que te permita ejecutar el monitor de MySQL, para ello desde tu menú realiza la siguiente secuencia de clics hasta que te aparezca una venta de Símbolo de sistema:

Inicio > Todos los programas > Accesorios > Símbolo de sistema

Y partir de aquí, ejecuta los siguientes comandos (en negrita) pulsando la tecla enter tras escribirlos para que se ejecuten:

mysql -u root -p

A lo que el servidor te pedirá la clave actual de Root, introdúcela y pulsa enter

Ahora se te mostrará el prompt: “mysql>”

Debemos decirle a mysql que vamos a trabajar sobre la base de datos general, que se llama mysql y es la que contiene los privilegios de los diferentes usuarios.

Teclea el siguiente comando sin olvidarte el punto y coma del final:

use mysql;

Ahora hemos de ejecutar una sentencia Update de MySQL para modificar la clave del usuario root fíjate en el siguiente comando:

update user set password=PASSWORD(“nuevaclave”) where user=’root’;

Por ejemplo si la clave que queremos poner a root es “difiLisisisi89Ma” el comando sería:

update user set password=PASSWORD(“difiLisisisi89Ma”) where user=’root’;

Anótate bien esa clave y ahora vamos a recargar los privilegios en el servidor de base de datos con el comando Flush. Teclea:

FLUSH PRIVILEGES;

Y ahora a salir del monitor de MySQL

quit

Páginas relacionadas con este artículo:

1. Cómo cambiar la clave de phpMyAdmin en Ubuntu
2. Cambiar a minúsculas un campo de Mysql
3. Instalar Apache 2 PHP 5 MYSQL 5 y Webmin 1.5

Otro miniapunte de utilidad para los que trabajamos constantemente con bases de datos.

Para cambiar de mayúsculas a minúsculas el texto contenido en un campo concreto de una determinada base de datos bajo mysql lo puedes hacer si necesidad de PHP de por medio, con un comando directo de mysql que puedes ejecutar desde la línea de comando de Mysql o incluso desde el más amigable y accesible phpMyAdmin.

Aquí os dejamos un ejemplo:

UPDATE nombre_tabla SET nombre_campo=LOWER(nombre_campo);

Páginas relacionadas con este artículo:

1. Cambiar clave root a Mysql por línea de comandos Windows
2. Aplicación web PHP para backup de mysql
3. Reiniciar MySQL en Ubuntu