www.mundosysadmin.com

Pligg y el spam

bjone — Thu, 24 May 2012 11:28:20 +0000

Las plataformas como pligg (o meneame, o digg) son usadas a saco por los spammers para hacer "promoción" de sus sitios. Borrar estos mensajes supone gastar mas tiempo del que me gustaria. Hay varias opciones para tratar de minimizar esta perdida de tiempo.

Pligg por defecto te pone dos ficheros donde puedes ir añadiendo las ip's y las urls de tus spammers favoritos, cuando marcas un usuario como spammer, la ip desde donde se dió de alta se añade al fichero "bannepips.txt" y todas las urls que ha ido añadiendo al "local-antispam.txt".

Al principio es un coñazo ir añadiendo (sobre todo urls, lo de las ips no creo que sirva de mucho) asi que, se pueden descargar ficheros precargados (aqui el mio hasta la fecha (no te olvides de renombrarlo)).

Ojo si se te va el dedo y marcas como spammer algun usuario valido (como me paso a mi), acuerdate de borrar las urls de este fichero si quieres seguir usando esas fuentes).

Ademas de estos dos metodos, yo uso el modulo "spam trigger" que te quita bastante porqueria. Este filtro esta basado en un diccionario de palabras. Casi todo el porno pasa por aqui y se queda en la cola. Se pueden añadir terminos dependiendo de lo que te quieran vender en ese momento.

A mi me para bastante... aun asi me entra bastante porqueria (en ruso sobre todo y ultimamente en algo que parece arabe).

Tambien uso captcha... pero empiezo a creer que da mas por saco que otra cosa, de todas formas es un filtro mas.

Supongo que los sitios grandes terminan eliminando todo lo que se cuela por los filtros de forma manual (y que tienen a alguien que lo hace casi en tiempo real). Yo intento quitarlo un par de veces al dia y normalmente no suele haber mas de 20 25 mensajes que se han saltado los filtros por 100 mas o menos que han sido parados.

Teniendo en cuenta la cantidad de visitas que tengo, casi el 75% del trafico es spam puro y duro...

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/499

Crear portchannels entre unos 2960 y un nexus

bjone — Wed, 23 May 2012 09:16:26 +0000

Para configurar dos portchannels que haran de troncales entre un stack con dos 2960 y dos nexus (que no estan en stack).

El dibujo es algo parecido a esto ...

Los dos 2960 estan conectados con el cable de stack asi que hacemos el portchannel con un puerto de cada switch.
La configuración quedaria asi ...

En el NX1:

int port-channel 1
description to 2960_1
speed 1000 (Ojo con la velocidad del interface)
switchport mode trunk
spanning-tree port type network
logging event port link-status
logging event port trunk-status
!

interface Ethernet1/9
description to 2960_1_0_25
no spanning-tree guard root
no link debounce
logging event port link-status
logging event port trunk-status
udld aggressive
channel-group 1 mode passive

!
interface Ethernet1/10
description to 2960_2_0_25
no spanning-tree guard root
no link debounce
logging event port link-status
logging event port trunk-status
udld aggressive
channel-group 1 mode passive

En el 2960_1

interface Port-channel3
description to NX1
switchport
switchport mode trunk
switchport nonegotiate

int Gi1/0/25
description NX1_eth_9
switchport mode trunk
switchport nonegotiate
carrier-delay msec 0
udld port aggressive
channel-group 3 mode active

int Gi1/0/26
description NX1_eth_10
switchport mode trunk
switchport nonegotiate
carrier-delay msec 0
udld port aggressive
channel-group 3 mode active

y listo... lo raro es que si pones los 4 puertos con el mismo modo de chanel-group no rula los del nexus tienen que estar en pasivo y los del 2960 en activo ...

¿Alguien podria explicarme porqué?

Ademas ojo con la velocidad de los puertos en el nexus, se supone que los transceivers son de giga y el puerto admite hasta 10 Gb. Si no lo fuerzas no funciona ...

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/498

Google analytics y pligg

bjone — Fri, 18 May 2012 09:49:46 +0000

Para añadir codigo javascript dentro de los ficheros en pligg (para poner google analytics o adsense, por ejemplo).
En el caso de analytics lo podemos poner en el head.tpl.

Ese fichero esta en /rutadepligg/templates/tuemplate/

Lo editas y buscas {literal}. Lleva un comentario como este (en la versión 1.2.1).

{literal}
{* If you would like to insert javascript ads, place the javascript between the literal tags here *}
{/literal}

Copy&paste del codigo dentro de los dos literales y punto.

Para poner anuncios es igual, pero tienes que ver en que parte del template lo quieres poner ... normalmente en alguno de los sidebar.tpl , en el head o en el footer ...

Por cierto, ya que estaba ... no habia visto la nueva funcionalidad (la del tiempo real) ... :). Ya tienes algo mas en lo que perder el tiempo viendo el grafico con tus visitas ...

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/497

Stacks, switches cisco

bjone — Mon, 14 May 2012 09:04:21 +0000

Hacía mucho que no me tocaba instalar varios switches desde 0, asi que no esta de mas echarle un vistazo a la documentación antes. La configuración no tiene nada del otro mundo. 2 2960-S conectados en stack.

Algunas consideraciones sobre los stacks:

- Todos los switches tienen que tener la misma versión de ios.

Prioridades... por defecto la prioridad en un stack viene definida por la mac...asi que, no lo dejes por defecto. Decide cual va a ser el master y ponle la prioridad mas baja.

en
conf t
switch 1 priority 15
switch 2 priority 13

Por ejemplo...Asi te evitas problemas si metes otro switch (que, por defecto tiene prioridad 1).

En cuanto al cableado... lo normal es:

- Si tenemos dos switches poner los dos cables en los mismos puertos
- Si tenemos 3 o mas...enganchamos el primero con el ultimo y luego uno a uno ...

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/496

Conexiones serial con putty y un adaptador usb/serial

bjone — Mon, 07 May 2012 10:27:35 +0000

Con esto de que los putos pcs ya no tengan puertos series hemos comprado un adaptador serial/usb para poder conectarnos a los equipos. Lo que hace el adaptador es mapear el puerto usb hacia un com que tengas libre.

Ya que no tienes puertos serie, suponia que se mapearia contra el com1, pero no ... lo hace contra el com5.

Para mirar donde lo tienes mapeado ...
Computer -> Manage -> Device Manager -> Ports -> y ahi tienes que ver algo parecido a Prolific USB-to-serial comm port (COM5)

Ahora en el putty, seleccionas conexiones serial y le cambias el com al 5 (o al que te marque el tuyo) y listo (suponiendo que tengas el resto de los parametros puestos).

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/495

Conexiones serial con PAC manager

bjone — Thu, 03 May 2012 15:37:08 +0000

Para conectarse por serial utilizando pac manager. Normalmente estaba utilizando minicom para hacerlo. ya que últimamente uso el pac manager, voy a intentar usarlo para todo.

Desde que los cachondos de M$ decidieron que el hyperterminal era una herramienta maligna que no usaba nadie ... el minicom es algo que siempre instalo en las maquinas que están alrededor de los routers (o similares con algún puerto serial)

Para hacerlo con el pac hay que instalar antes el cu (apt-get install cu).
Lo instalas y ya puedes crear la conexión desde el PAC. Debería quedarte algo así ...

/dev/ttyUSB0 es donde tienes conectado el cable serial, en mi caso hay un adaptados USB ya que los fabricantes de portátiles también decidieron que los puertos serie habían pasado al olvido ...

Solo queda configurar la velocidad del puerto ...

Lo de toda la vida, 9600bps, 8 bits de datos, no paridad, no flow control y 1 bit de stop...

Y listo ...

Mucho gigabyte y mucha ostia ... para acabar pasandole la configuración a 9600 ... Por lo menos ahora ya no tendre que recordar cual es el puerto usb que estoy usando ... (o el serial, si es que lo tienes).

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/494

Ahora cambiamos a nginx

bjone — Wed, 25 Apr 2012 14:12:26 +0000

Después de experimentar con Varnish y ver que no cacheaba casi nada (como era de esperar). Ademas, como la maquina tiene muy poca memoria la dejaba tostada cada dos por tres. Hoy voy a trastear un poco con nginx. Llevaba algún tiempo leyendo sobre el y nunca había tenido tiempo para probarlo.

La instalación no tiene ningún misterio ...

apt-get install nginx
apt-get install php5-fpm

El fichero de configuración es algo distinto al de apache, la ruta es:

/etc/nginx/sites-available

copiamos el contenido de default en uno nuevo ... www.site.com

El default tiene un montón de cosas comentadas, para que funcione hace falta que este mas o menos así:

server
{
server_name .www.site.com;

access_log /var/log/nginx/site.com.access.log;

error_log /var/log/nginx/site.com.error.log;

root www/site.com/pligg;

index index.php index.html index.htm;

# use fastcgi for all php files
location ~ \.php$
{
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

# deny access to apache .htaccess files
location ~ /\.ht
{
deny all;
}
}

Hay que hacer el enlace simbólico desde sites-availabre a sites-enabled (lo que hace el a2ensite del apache).
ln -s /etc/nginx/sites-available/site.com.conf /etc/nginx/sites-enabled/site.com.conf

Ahora arrancamos el php5-fpm (service start php5-fpm) y el nginx (service start nginx) y listo ... sirviendo paginas como un campeón.

Bueno, sirviendo solo la pagina principal, en nginx no hay .htcaccess asi que, todos los rewrites que necesita el pligg para correr en modo SEO hay que ponerlos a mano... buscando un poco encontré un sitio que se había currado la conversión del fichero .htaccess del pligg al formato nginx.

Copy paste de las reglas dentro del fichero site.com.conf (antes de cerrar la ultima llave). Reiniciamos el servidor web (service nginx reload) y listo. Ya funcionan las redirecciones. No las he probado todas así que es posible que alguna falle, si lo hace habrá que añadirla a la lista de redirecciones (menuda currada que ha pegado Eddie).

Voy a dejarlo 24 horas corriendo a ver las estadísticas, nginx consume muchos menos recursos que apache
...

Actualización 27/04/2012
Parece que hay algunas redirecciones que no funcionan, encontré una Web que convierte un fichero .htaccess a formato nginx, pero no va. da un error en la primera variable y no arranca.

Estoy buscando a ver si hay alguna forma de convertirlo, pero de momento nada. Sino encuentro mirare a ver las diferencias entre el fichero de la web con el mio a ver si consigo añadir las lineas que faltan. Hay que joderse con el que inventó la sintaxis del .htaccess ... de que estaría puesto el pollo.

Actualización 29/04/2012
Creo que ya he dado con la solución.
Lo primero...activar los logs del rewrite. Para hacerlo editas /etc/nginx/sites-enables/tusite.conf
y añades
error_log /var/log/nginx/tusite.error.log notice;
rewrite_log on;
reinicias el servidor y en el fichero tusite.error.log empiezas a ver los macheos.

El fichero original estaba asi:

rewrite ^/upcoming/? /upcoming.php last;
rewrite ^/upcoming/category/([^/]+)/?$ /upcoming.php?category=$1 last;
rewrite ^/upcoming/category/([^/]+)/page/(\d+)/?$ /upcoming.php?category=$1&page=$2 last;

Segun el log, le pongas lo que le pongas siempre matcheaba por la primera asi que lo cambie de orden:

rewrite ^/upcoming/([^/]+)/?$ /upcoming.php?category=$1 last;
rewrite ^/upcoming/([^/]+)/page/(\d+)/?$ /upcoming.php?category=$1&page=$2 last;
rewrite ^/upcoming/? /upcoming.php last;

Y ademas le quite "category", porque en la url no aparece por ningún lado (supongo que en las versiones 9.9.x) aparecería. Vuelta a reiniciar y listo ... ya matchea como debe.
Había algunas urls que no funcionaban y tuve que dejarlo asi ...

Con esta configuración parece que todo lo que tiene que ver con el upcoming funciona bien. Ademas en ese orden, cuanto menos especifico ... antes.

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/493

Bluecoat, proxy pacs

bjone — Tue, 24 Apr 2012 10:53:51 +0000

Los "proxy pacs" no son exclusivos del bluecoat, es una cosa que se "inventó" netscape allá por el 96 para configurar "que" sale por el proxy y "que" no. Es muy útil... pero también peligroso por la manía que tienen algunos de empezar a añadir urls cada vez que un anuncio tarda un poco mas en refrescar.

En la wikipedia tienen bastante información sobre ellos.
Básicamente es un fichero que se pone al navegador vía DHCP normalmente, con algo similar a esto:
- 252 http://x.x.x.x:8080/accelerated_pac_base.pac

Encontré un link donde lo explica todo con mas detalle.

Ya tenemos que un PC de un usuario coge su configuración de red mediante un servidor DCHP y este le pone también la configuración del proxy.

¿Que es lo que se configura en el fichero proxy.pac?.

Esta es la pinta que tiene uno. Supongamos que tenemos 2 proxys que salen por dos lineas ADSL baratas y luego tenemos otra conexión a Internet mas decente (para que los jefes vean el marca). Nuestra configuración podría ser parecida a esta

function FindProxyForURL(url, host)
{
// variable strings to return
var proxy_uno = "PROXY x.x.x.x:8080";
var proxy_dos = "PROXY x.x.x.x:8080";
var proxy_no = "DIRECT";

if ( shExpMatch(url,"10.10.1.**")
||shExpMatch(url,"http://intranet*") //Las direcciones locales sin proxy
{
return proxy_no; // vamos que si hace match en algo de lo de arriba no va por el proxy
}
else
{
if (isInNet(myIpAddress(),"10.0.121.0", "255.255.255.0") // Grupo de usuarios 1
{
return proxy_uno; // estos por el proxy 1
}
else
if (isInNet(myIpAddress(),"10.0.122.0", "255.255.255.0") // Grupo de usuarios 2
{
return proxy_dos; //estos por el proxy2
}
else
{
return proxy_no; //si no pasa por ninguna de las condiciones anteriores le dejamos salir a Internet directamente (aunque yo no lo haría, pero bueno)
}

Hay algunas opciones mas que se pueden poner en el fichero en cuestión. Ojo con empezar a poner exclusiones a lo loco, el fichero empezará a crecer y luego sera inmantenible (como se te vaya una llave estas jodido). yo no soy partidario de tener mil reglas. Eliges el proxy según el tipo de usuarios y excluyes todo lo que sea local. Con eso basta.

Si tienes usuarios que se cambian de ip... lo mismo, un proxy para cuando estén dentro de la oficina y el resto salida a internet directa. Mas facil esto que andar adivinando a donde se quieren conectar y ponerlo como exclusiones. Se que suena a cachondeo pero... he visto ficheros de mas de 100k (luego se quejan de que las cosas van lentas).

Una aplicación cojonuda para comprobar si tu fichero es correcto ... Pacparser.

Otra cosa a tener en cuenta... dependiendo del navegador que uses, a veces el fichero resolverá los nombres y a veces no (cosas de M$). Aquí el que resuelve es el pc cliente, así que... ojo donde tienes los DNS's. A veces se quejan de problemas de conexión y el problema es que el DNS tarda mas de lo normal en contestar.

El fichero tiene que estar accesible desde cualquier sitio, lo puedes poner en el propio bluecoat, en el servidor DHCP (que es mas logico, si tienes varios proxys) o en cualquier otro servidor web que tengas en la red.

Una URL con ejemplos: http://nscsysop.hypermart.net/proxypac.html

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/492

Varnish 3.0 + pligg 1.2.1 , instalación

bjone — Mon, 23 Apr 2012 14:20:08 +0000

Esta mañana he estado jugando un poco con una instalación de Varnish (un cache/balanceador de conexiones). Habia estado leyendo sobre el y todo el mundo que lo usaba hablaba maravillas asi que... vamos a probarlo unos dias a ver que tal.

La idea es ... colocar el cache escuchando sobre el puerto 80 (la ip publica) y que este redirija el trafico al puerto 80 de localhost (que es donde escucha el pligg). Se monta en dos patadas ...

Partimos de estos numeros ( sacados con un curl -o /dev/null -s -w %{time_connect}:%{time_starttransfer}:%{time_total} http://url

Tiempo de conexion :0.934
Tiempo de transferencia: 4.663
Tiempo total: 8.349

Los tiempos no es que sean la leche... pero las maquinas cuestan dinero y con la mierda que se saca de los anuncios no da para mas (lo normal es que no de ni para pagar la maquina) y hay que optimizar los recursos lo mas que se pueda ...

Despues de poner el cache unas cuantas horas los tiempos han mejorado algo (tampoco es nada espectacular, pero algo es algo).

Tiempo de conexion: 0.745
Tiempo de transferencia: 1.504
Tiempo total: 4,955

Casi 3 segundos de tiempo de carga menos ...

Para instalar el cache basta con seguir las instrucciones de su web:

- curl http://repo.varnish-cache.org/debian/GPG-key.txt | apt-key add -
- echo "deb http://repo.varnish-cache.org/ubuntu/ lucid varnish-3.0" >> /etc/apt/sources.list
- apt-get update
- apt-get install varnish

Despues editamos el fichero de configuracion /etc/varnish/default.vcl

Modificamos la primera entrada :
backend default {
.host = "127.0.0.1";
.port = "80";
}

Con esto le decimos al cache que su backend (o sea, el servidor web), va a escuchar en localhost por el puerto 80.

Despues modificamos /etc/default/varnish

Hay 3 formas de configurarlo, yo toque la segunda (que es la que viene por defecto), hay que dejarla asi:

DAEMON_OPTS="-a x.x.x.x:80 \
-T y.y.y.y:8080 \
-f /etc/varnish/default.vcl \
-S /etc/varnish/secret \
-s malloc,256m"

Con esto le decimos que, cuando arranque el demonio escuche por la ip x.x.x.x (que deberia ser la que este visible en internet) en el puerto 80 y que use la ip y.y.y.y como administracion. Todavia no tengo muy claro que información se puede sacar desde esa web de administración asi que, con cuidado.

256 Mb dedicadas al cache que habra que bajar (la maquina va pelada de memoria) y la secret que genera el.

Ahora solo nos falta hacer que el servidor web (apache en mi caso), deje de escuchar a la ip publica y conteste solo a la privada.

Para hacerlo:
/etc/apache2/ports.conf y cambiar el listen por: Listen 127.0.0.1:80

Reiniciamos apache... reiniciamos (arrancamos) varnish y empieza a funcionar ...
Las peticiones las recoge el cache y se las pasa al servidor web, al poco rato vemos que empieza a servir objetos del cache.

La verdad es que, despues de unas cuantas horas el ratio de objetos cacheados es casi-ridiculo. Lo voy a dejar durante 24 horas y mirare a ver ... todavia hay muchas opciones para añadirle a la configuracion.

Para mañana me queda por hacer:
- Configurar los logs para que las estadisticas vuelvan a funcionar. Al poner el cache delante, todas las peticiones que recibes en el servidor web vienen de 127.0.0.1
- Mirar a ver si realmente el cache hace algo mas que consumir memoria. Por lo que he visto, el rating del cache es tan pequeño que no merece la pena ponerlo.

Ya veremos.

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/491

Problema con phpThumb

bjone — Thu, 19 Apr 2012 10:00:23 +0000

Aprovechando que subia la versión de pligg, monte una nueva de php (5.3.6-13) y empezó a cascar el phpthumb con errores de este tipo ... PHP Deprecated: Function ereg() is deprecated in phpthumb/phpthumb.class.php on line 1175. Muchos erroes (pero muchos de verdad, casi me funden el disco).

Resulta que, la versión del phptumb que venia en el modulo en cuestión era del año de maricastaña ...

Encontre un fix aqui para corregirlo ... bueno... realmente no lo corregia, solo dejaba de mostrar los errores (tipica solución del avestruz).

No me hacia mucha gracia, asi que probe a actualizar phpThumb a la ultima versión 1.7.11-201108081537-beta (vale, es una beta... hoy estoy valiente). Para actualizarlo basta con sobreescribir los ficheros ... el mensaje de error dejó de aparecer y las imagenes volvieron a la vida...

Aun cascaba otro error... pero ese se va a quedar ahi hasta mañana ... por hoy es suficiente pligg...

Trackback URL for this post:

http://www.mundosysadmin.com/trackback/490