Resulta que esta empresa fabrica muchos de sus muebles dejando una distancia de 19 pulgadas entre cada pata, lo que se vuelve muy interesante puesto que es el tamaño estándard de la mayoría de equipos enrackables.

Siguiendo la guía para construir el LackRack, de mano de la gente de eth-0.nl, he construído una versión ligeramente modificada que os muestro a continuación.

En mi caso he utilizado unas cantoneras de aluminio como raíles para los servidores, ya que monté varios en la misma mesa Lack. Si sólo vas a montar uno o dos equipos y no tienes pensado quitarlos del sitio, es posible que te resulte más interesante utilizar unos railes estándard para cajones, aunque supone atornillar los servidores a los railes directamente:

Nota: Al final acabaron costando bastante más las cantoneras de aluminio que la propia mesa Lack… ¬.¬

El proceso de montaje del LackRack no tiene mucha complicación si habéis visto alguna vez el programa de bricomanía.

		Se monta la mesa Lack y se cortan las cantoneras a la medida deseada, se les hacen sendos agujeros y se atornillan.Las patas de la mesa Lack son huecas, se pueden perforar perfectamente con un destornillador de estrella que sea fino, de ahí que utilice dos tornillos en cada lado.Un consejo, dejad algo de margen para poder meter los equipos con comodidad, en mi caso me quedaron demasiado justos, entran pero cuesta.
		Como podéis ver, libra lo justo y queda perfecto.Los equipos se pueden atornillar también por la parte frontal, pero teniendo en cuenta que con estas guías no se caen tan facilmente como en el diseño original, no lo he necesitado.

Y este es el resultado final:

Espero que os haya gustado.

La idea es bastante sencilla:

Estas cámaras incorporan un filtro de luz para que no reciban el rango de frecuencias de la luz infrarroja, así que lo que haremos es sustituir dicho filtro por otro que haga exactamente lo contrario.

El filtro lo construiremos utilizando un trozo de negativo (sí, los negativos de toda la vida, seguro que aún tienes alguno por casa), nos interesa esa primera imagen de los negativos que siempre salía totalmente oscura.

El desmontaje de esta cámara es bastante simple:

		Primero procedemos quitando los dos tornillos que tiene por la parte trasera, esto nos permitirá separar la tapa frontal y ver la placa de la cámara.
		Después quitamos los otros dos tornillos que fijan la placa al cuerpo de plástico de la webcam.
		Si nos fijamos ahora, hay una pieza de plástico donde está la focal de la cámara, después está el filtro infrarrojo y por último el sensor de la cámara. Para separar el conjunto tenemos que quitar dos tornillos que hay por la parte trasera, debajo de la pegatina.
		Ahora lo que tenemos que hacer, es quitar el filtro de infrarrojos y cortar 2 cuadrados del mismo diámetro, que colocaremos en lugar del susodicho. Tras esto, debemos volver a montar todo de nuevo con cuidado de no tocar con los dedos ni la lente, ni el nuevo filtro que hemos cortado, ni el sensor de la cámara.

El proceso es reversible, siempre que no perdais el filtro de infrarrojos. Debo decir que en mis pruebas con este cambio, la cámara no realiza muy bien el autofoco, salvo eso, el resultado es satisfactorio. Aquí podeis ver una fotografía de dos mandos a distancia, un teclado iluminado con uno de ellos y cómo se ve una televisión:

Y como colofón, un vídeo que grabé un día de tormenta por la noche:

Espero que os haya gustado.

Un lector de tarjetas micro-SDHC normal y corriente.

A continuación explico cómo llegué a este descubrimiento y cómo puedes desmontarlo tú mismo para cambiar la tarjeta.

El problema apareció al conectar el pendrive al ordenador en Linux, no aparecía por ningun lado la unidad, pese a que en la lista de mensajes dmesg sí que se detectaba. Probando con Windows, aparecía la nueva unidad pero como que no tiene disco o tarjeta insertada.

Consultando la web oficial me confirmó que, atendiendo al diseño del aparato, podría tratarse de un simple lector de tarjetas:

La llave USB más pequeña de EMTEC, « S100 », es una combinación óptima de una tarjeta micro SDHC con un lector USB 2.0 en miniatura. Una llave USB ideal para utilizar y conectar a su notebook.

El siguiente paso era desmontar el lector, ya que la tarjeta podría haberse movido o estar dañada. El fabricante tampoco explica en ningún documento cómo llegar hasta la tarjeta. Está claro que en la parte de plástico que queda fuera del equipo no cabe ningún tipo de tarjeta, ni siquiera un chipet flash SMD de los que se montan en las placas compactas.

El único sitio lógico que se me ocurrió en el que podía estar, era en el plástico blanco del conector usb, y tras darle unas vueltas para ver como desmontarlo, me llamó mucho la atención la pestaña que tiene el aislante metálico del conector. Usando un destornillador plano para soltarla y jugando un poco con un par de topes de plástico que tiene en los laterales, conseguí quitar la cubierta, y este es el resultado:

En mi caso el problema resultó ser que la tarjeta estaba dañada, tenía una grieta que la partía por la mitad, para ser exactos. Tras cambiarla por otra, funcionó a la perfección.

Este lector lee tanto tarjetas SD como SDHC, lo probé con una SD de 2 GB y con una SDHC Class 10 de 8 GB. Así que si se te queda pequeña en el futuro, con adquirir una tarjeta de mayor capacidad es muy probable que siga funcionando con total normalidad. También es una buena opción para los que adquieran el modelo más pequeño de 4GB y quieran pasarla al modelo tope de gama o busquen mayor velocidad de escritura (Class 10, por ejemplo).

Espero que esta información os sea útil.

Ya es oficial, no quedan rangos de IPv4 que puedan ser reservados por nuevas compañías, sólo queda implantar oficialmente y a nivel mundial el protocolo IPv6.

En resumidas cuentas, no es que sólo hayan aumentado el número de IPs disponibles, cambia toda la filosofía y tanto los conceptos como la configuración no son del todo intuitivos.

En cuanto los IPs lo implementen de forma nativa, en principio la mayoría de routers basados en linux ya están preparados para utilizar IPv6 o podrían estarlo simplemente con una actualización de software.

A priori esto no es un problema para usuarios ni la mayoría de ISPs existentes, puesto que tienen sus rangos ya comprados y salvo que se les agoten por ahora pueden ir tirando; sinembargo es un problema para los ISPs nuevos y todo aquel que necesite comprarse un hueco en internet.

Básicamente lo que ha sucedido es que todo el rango de ips versión 4 que va desde 0 – 255 dividido en 4 segmentos: 0.0.0.0 está vendido. Hasta la fecha se había trampeado esta situación con el uso de NAT en las redes locales.

El funcionamiento del NAT es muy simple, se forma un subconjunto de redes, enlazadas entre sí por un enrutador, para los rangos de redes locales se reservan 3 segmentos: 10.0.0.0 (clase A), 172.16.0.0 (clase B) y 192.168.1.0 (clase C), los equipos de la red local tendrán IPs dentro de esos rangos. Cuando quieran acceder a una ip de un rango externo preguntarán al enrutador asignado en la red, el cual tiene 2 tarjetas de red (de ahora en adelante referidas como interfaces) lo que le permite hacer de puente.

Dicho de otro modo, ahora mismo todas las peticiones de cualquier equipo de una red local se ven desde internet como que proceden desde la misma IP:

IPv6 es totalmente nuevo, en todos los sentidos, por un lado las IPs pasan a abarcar de 0 – 65535 dividido en 8 segmentos, es decir, MUCHOS. La forma de representarlo también cambia, se opta por el hexadecimal para simplificar y compactar los números. Además existen muchas formas de escribir la misma IP, recomiendo echar un vistazo a la explicación que está en la wikipedia (sí, para variar este post no será muy técnico por ahora, sólo conceptual ya que este tema podría abarcar varios posts).

La filosofía cambia, como hay tantas IPs disponibles, la idea es que todos los aparatos sean accesibles directamente desde internet, hasta podrás conectarte a la tostadora de tu casa con tu móvil. Desaparece por tanto el concepto de NAT, aunque es posible hacer alguna chapucilla no oficial por ahí (hacer que sólo el router tenga IPv6 y el resto de equipos usen un proxy http a través de él, o bien asignar un rango de IPv6 local y hacer un pseudo-nat).

¡Las pilas de red son paralelas! ¿Qué significa esto? que tener un sistema dual IPv4 e IPv6 significa que ese equipo tiene que tener configurados dos firewalls por separado, uno para cada protocolo. Pensadlo gráficamente como que acabáis de instalar una tarjeta de red más nueva y un cableado paralelo al que ya teníais.

Y hay mucho más, mientras los ISPs no implantan nativamente el protocolo IPv6, se puede utilizar mediante un túnel 6to4. Lo que se hace es pasar el tráfico IPv6 encapsulado bajo el protocolo 41. El primer paso sería habilitarlo en el firewall IPv4:

echo “Habilitando IPV6…”
iptables -I INPUT -j ACCEPT –proto 41

Para habilitar el túnel depende de si teneis ip estática o dinámica. Si es dinámica tendreis que daros de alta en algun servicio que os permita utilizarlo de túnel, se parece a como se hacía antiguamente con las conexiones PPP de módem, se lanza un cliente que nos crea una interfaz TAP en el equipo. En caso de tener una IPv4 estática y si la tenemos directamente en el equipo porque el router está en modo bridge, podremos crear nosotros de forma nativa el puente 6to4. Es algo complejo entender todos los parámetros y el porqué, hay manuales ya creados por internet, procupro detallar en este post todo lo que no he visto o me ha costado encontrar por ahí. Os pondré como ejemplo mi configuración:

# En /etc/network/interfaces definiríamos algo como sigue:

auto tun6to4
iface tun6to4 inet6 v4tunnel
address 2002:YYYY:YYYY:1::1
netmask 16
gateway ::192.88.99.1
endpoint any
local XXX.XXX.XXX.XXX
up ip -6 route add ::/0 dev tun6to4 metric 1
up ip -6 route add 2000::/3 via ::192.88.99.1 dev tun6to4 metric 1
up ip -6 route add 2000::/3 via 2002:YYYY:YYYY::1 dev tun6to4 metric 1
up ip -6 addr add 2002:YYYY:YYYY::1/16 dev tun6to4
up ip -6 addr add 2002:YYYY:YYYY:1::1/64 dev br0
down ip -6 route flush dev tun6to4
up /etc/network/ipv6rules.sh
ttl 255
mtu 1480

# Donde pone XXX.XXX.XXX.XXX es vuestra IPv4 pública, donde ponga YYYY.YYYY es vuestra IPv4 convertida a hexadecimal, el prefijo 2002 en las IPv6 indica que es un formato de compatibilidad y ésto supone que disponemos de un rango de 65535 IPv6 para nosotros solitos, hasta el despertador puede tener IP.

Con esto se creará una interfaz que automáticamente enrutará el tráfico IPv6 por nosotros. Fijaos en que llamo al script /etc/network/ipv6rules.sh para configurar el firewall IPv6 (en mi caso es ipv6tables, que es nativo del kernel de linux).

Una vez creado y lanzado el túnel de cualquiera de las formas antes indicadas, faltaría instalar un programa que transfiera las rutas al resto de equipos de la red, en el caso de linux se usa radvd. Si no se instala y configura, sólo el equipo con el túnel 6to4 tendrá conectividad IPv6, mientras que si se instala y configura, el resto de equipos sabrán como llegar al siguiente enrutador y ser visibles públicamente, así es cómo soluciona IPv6 el problema del NAT (recuerda al típico: Para salir afuera hay que usar la puerta de la entrada ¡pásalo!).

Si quereis hacer pruebas para verificar si vuestra configuración funciona o si ya teneis habilitado el acceso por IPv6, os recomiendo las siguientes direcciones web:

• http://test-ipv6.com/
• http://ipv6-test.com/
• http://www.sixxs.net/tools/ipv6calc/

¡Me olvidaba! Por si habeis pensado en asociar un dominio o subdominio a una IPv6, es posible mediante los DNS actuales, especialmente con bind, sólo hay que crear un registro de tipo AAAA.

Para probar si teneis conexión desde los equipos de la red, además de navegar por páginas web, podéis utilizar la utilidad ping6 para saber si los paquetes llegan:

debian:~# ping6 ipv6.google.com
PING ipv6.google.com(2a00:1450:8002::93) 56 data bytes
64 bytes from 2a00:1450:8002::93: icmp_seq=1 ttl=56 time=289 ms
64 bytes from 2a00:1450:8002::93: icmp_seq=2 ttl=56 time=207 ms
64 bytes from 2a00:1450:8002::93: icmp_seq=3 ttl=56 time=216 ms
64 bytes from 2a00:1450:8002::93: icmp_seq=4 ttl=56 time=231 ms
^C
— ipv6.google.com ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 207.244/236.297/289.250/31.796 ms
debian:~#

Y bueno, hay mucho, mucho, por leer, y es bueno estar preparado para que luego no nos coja por sorpresa.

Si teneis cualquier duda planteádmela e intentaré ayudaros hasta donde pueda.

Un saludo.

Existe una costumbre muy extendida por parte de los webmasters y administradores de páginas web y servidores de crear subdominios específicos para acceder a partes ocultas, de administración o base de datos.

Existe una forma de recuperar la lista de subdominios de un dominio normal,  y aunque es facilmente bloqueable por el propietario del dominio, por norma general está habilitado.

Estoy hablando del registro AXFR, cuya finalidad original es permitir el traspaso del control de un dominio a otro o bien la creación de servidores DNS de apoyo al primario.

Existen multitud de páginas web que utilizan los programas que voy a describir a continuación, por ejemplo Magic-Net, pero quiero explicar en que se basan para obtener la información que nos muestran.

Toda la información publicada aquí es pública y accesible por cualquier persona, no se trata de ningún fallo de seguridad, sencillamente es una configuración que nos otorga cierta información de un dominio, esto puede sacarnos de algún problema tratando de reparar un dominio que está en un servidor DNS ajeno.

Existen tres utilidades principales para obtener información de los dominios en linux:

1. whois – Nos devuelve información del registro de un dominio.
2. host – Resuelve la dirección IP de un dominio y viceversa.
3. dig – Interroga a un servidor DNS para que le dé la información sobre un dominio.

Voy a explicarlo de forma práctica esta vez, vamos a intentar obtener más información sobre el dominio meneame.net. Empezaremos buscando información sobre el dominio utilizando el comando whois:

Como podeis ver, el comando whois nos devuelve numerosos datos sobre el registro, de los cuales para nuestro propósito nos interesa saber sus servidores DNS: ns1.meneame.net y ns0.meneame.net. Utilizando el comando host podemos indagar donde está hospedada la página:

Expandir »

debian:~# host www.meneame.net
www.meneame.net is an alias for web-balancer-177968158.eu-west-1.elb.amazonaws.com.
web-balancer-177968158.eu-west-1.elb.amazonaws.com has address 46.51.177.152
debian:~# host 46.51.177.152
152.177.51.46.in-addr.arpa domain name pointer ec2-46-51-177-152.eu-west-1.compute.amazonaws.com.

debian:~#

Como se puede ver, está hospedado en los servicios web de amazon. No es ningún secreto, el administrador Ricardo Galli ha explicado en su blog la infraestructura de su red hace algún tiempo, pero si no lo hubiera hecho también podríamos saberlo.

Por último podemos trastear con el comando dig para obtener información del dominio:

Expandir »

debian:~# dig meneame.net

; <<>> DiG 9.7.2-P3 <<>> meneame.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55025
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;meneame.net.            IN    A

;; ANSWER SECTION:
meneame.net.        2152    IN    A    79.125.22.108

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Dec 20 17:57:13 2010
;; MSG SIZE  rcvd: 45

debian:~# dig meneame.net soa

; <<>> DiG 9.7.2-P3 <<>> meneame.net soa
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41788
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;meneame.net.            IN    SOA

;; ANSWER SECTION:
meneame.net.        86400    IN    SOA    ns0.meneame.net. gallir.gmail.com. 2010111303 7200 3600 2419200 86400

;; Query time: 126 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Dec 20 17:57:33 2010
;; MSG SIZE  rcvd: 85

debian:~#

Como se puede ver, utilizando consultas simples sólo obtenemos la información básica del dominio, si el uso del registro AXFR está habilitado nos devolverá una lista con todos los subdominios, sinó mostrará un error indicando que el traspaso de dominios está deshabilitado:

Expandir »

debian:~# dig meneame.net axfr

; <<>> DiG 9.7.2-P3 <<>> meneame.net axfr
;; global options: +cmd
; Transfer failed.
debian:~#

Normalmente el acceso a los registros AXFR se restringe indicando qué servidores DNS pueden acceder (un filtro por IP, vamos), pero normalmente cometen un error: los servidores del dominio tienen permiso para acceder a los registros AXFR. Veamos un ejemplo con este mismo dominio, ejecutamos la misma consulta de antes, pero en vez de preguntar a nuestro servidor dns, preguntamos al que maneja el dominio:

Expandir »

debian:~# dig @ns0.meneame.net meneame.net axfr

; <<>> DiG 9.7.2-P3 <<>> @ns0.meneame.net meneame.net axfr
; (1 server found)
;; global options: +cmd
; Transfer failed.
debian:~# dig @ns1.meneame.net meneame.net axfr

; <<>> DiG 9.7.2-P3 <<>> @ns1.meneame.net meneame.net axfr
; (1 server found)
;; global options: +cmd
meneame.net.        604800    IN    SOA    ns0.meneame.net. gallir.gmail.com. 2010111303 7200 3600 2419200 86400
meneame.net.        14400    IN    NS    ns0.meneame.net.
meneame.net.        14400    IN    NS    ns1.meneame.net.
meneame.net.        3600    IN    A    79.125.22.108
meneame.net.        14400    IN    MX    1 ASPMX.L.GOOGLE.COM.
meneame.net.        14400    IN    MX    5 ALT1.ASPMX.L.GOOGLE.COM.
meneame.net.        14400    IN    MX    5 ALT2.ASPMX.L.GOOGLE.COM.
meneame.net.        14400    IN    MX    10 ASPMX2.GOOGLEMAIL.COM.
meneame.net.        14400    IN    MX    10 ASPMX3.GOOGLEMAIL.COM.
meneame.net.        604800    IN    TXT    ”v=spf1 a mx include:authsmtp.com ~all”
aws.meneame.net.    14400    IN    CNAME    web-balancer-177968158.eu-west-1.elb.amazonaws.com.
*.aws.meneame.net.    14400    IN    CNAME    web-balancer-177968158.eu-west-1.elb.amazonaws.com.
googleffffffffe59670b4.aws.meneame.net.    3600 IN    CNAME google.com.
aws0.meneame.net.    14400    IN    CNAME    ec2-79-125-22-108.eu-west-1.compute.amazonaws.com.
aws1.meneame.net.    14400    IN    CNAME    ec2-79-125-19-251.eu-west-1.compute.amazonaws.com.
awsb.meneame.net.    14400    IN    CNAME    ec2-79-125-120-237.eu-west-1.compute.amazonaws.com.
blog.meneame.net.    14400    IN    CNAME    meneame.wordpress.com.
cdn.meneame.net.    14400    IN    CNAME    d1rpqr8jxr6cd6.cloudfront.net.
dev.meneame.net.    3600    IN    CNAME    aws.meneame.net.
ec2-db-server.meneame.net. 14400 IN    CNAME    ec2-79-125-120-237.eu-west-1.compute.amazonaws.com.
ec2-db-slave.meneame.net. 14400    IN    CNAME    ec2-79-125-22-108.eu-west-1.compute.amazonaws.com.
ec2-log-server.meneame.net. 14400 IN    CNAME    ec2-79-125-22-108.eu-west-1.compute.amazonaws.com.
ec2-nfs-server.meneame.net. 14400 IN    CNAME    ec2-79-125-22-108.eu-west-1.compute.amazonaws.com.
gallir.meneame.net.    14400    IN    A    127.0.0.1
gallir.meneame.net.    604800    IN    TXT    ”google-site-verification: 0HFtuQQVJqZa0LwbTMsilaRx58Mw9V2SZpSRKhPu2rI”
googleffffffffe59670b4.meneame.net. 3600 IN CNAME google.com.
m.meneame.net.        14400    IN    CNAME    web-balancer-177968158.eu-west-1.elb.amazonaws.com.
dev.m.meneame.net.    3600    IN    CNAME    aws.meneame.net.
media.meneame.net.    14400    IN    CNAME    media.meneame.net.s3.amazonaws.com.
ns0.meneame.net.    3600    IN    A    79.125.22.108
ns1.meneame.net.    3600    IN    A    79.125.120.237
ns2.meneame.net.    3600    IN    A    79.125.120.237
static.meneame.net.    14400    IN    CNAME    web-balancer-177968158.eu-west-1.elb.amazonaws.com.
svn.meneame.net.    3600    IN    CNAME    aws0.meneame.net.
test.meneame.net.    300    IN    CNAME    ec2-79-125-35-242.eu-west-1.compute.amazonaws.com.
*.test.meneame.net.    300    IN    CNAME    ec2-79-125-35-242.eu-west-1.compute.amazonaws.com.
tv.meneame.net.        14400    IN    CNAME    atiza.me.
viewvc.meneame.net.    3600    IN    CNAME    aws.meneame.net.
websvn.meneame.net.    3600    IN    CNAME    aws.meneame.net.
www.meneame.net.    14400    IN    CNAME    web-balancer-177968158.eu-west-1.elb.amazonaws.com.
meneame.net.        604800    IN    SOA    ns0.meneame.net. gallir.gmail.com. 2010111303 7200 3600 2419200 86400
;; Query time: 110 msec
;; SERVER: 79.125.120.237#53(79.125.120.237)
;; WHEN: Mon Dec 20 18:03:53 2010
;; XFR size: 41 records (messages 1, bytes 1265)

debian:~#

Como diría Juan Tamariz… Tachaaannnn!!!!

Como nota a mayores habría que decir que es un error nefasto utilizar como servidor dns de un dominio, un subdominio del propio dominio: meneame.net -> ns1.meneame.net. Si el dominio caduca, se anula o le pasa cualquier cosa administrativa, se va todo al traste, incluída la resolución DNS.

Por cierto, este tema de la configuración AXFR está muy extendida, os pongo a continuación algunos ejemplos ilustrativos (pongo dominios de nuestros políticos para mostrar la transparencia que no tienen con otros temas ):

PSOE

Expandir »

debian:~# dig @ns1.psoe.es psoe.es axfr

; <<>> DiG 9.7.2-P3 <<>> @ns1.psoe.es psoe.es axfr
; (1 server found)
;; global options: +cmd
psoe.es.        60    IN    SOA    ns0.psoe.es. hostmaster.psoe.es. 2010120900 3600 900 2592000 3600
psoe.es.        60    IN    NS    ns0.psoe.es.
psoe.es.        60    IN    NS    ns1.bt.es.
psoe.es.        60    IN    NS    ns1.psoe.es.
psoe.es.        60    IN    NS    ns2.bt.es.
psoe.es.        60    IN    MX    10 mx3.psoe.es.
psoe.es.        60    IN    MX    30 mx1.psoe.es.
psoe.es.        60    IN    A    213.192.237.42
*.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
11congresograncanaria.psoe.es. 60 IN    A    213.192.237.38
14congresoaragon.psoe.es. 60    IN    A    213.192.237.38
36congreso.psoe.es.    60    IN    A    217.140.16.54
37cdemo.psoe.es.    60    IN    A    213.192.237.38
37congreso.psoe.es.    60    IN    A    213.192.237.38
5congressocialistespalma.psoe.es. 60 IN    A    213.192.237.38
accesovpn.psoe.es.    60    IN    A    213.192.237.134
acreditacion.psoe.es.    60    IN    A    194.140.40.43
37congreso.acreditacion.psoe.es. 60 IN    A    194.140.40.44
acreditaciones.psoe.es.    60    IN    A    194.140.40.43
actualizadatos.psoe.es.    60    IN    A    213.192.237.32
agrupaciones.psoe.es.    60    IN    MX    10 mx1.psoe.es.
agrupaciones.psoe.es.    60    IN    MX    30 mx3.psoe.es.
agrupaciones.psoe.es.    60    IN    A    194.140.40.46
america.psoe.es.    60    IN    MX    10 mx3.psoe.es.
america.psoe.es.    60    IN    MX    30 mx1.psoe.es.
aphilia.psoe.es.    60    IN    A    194.140.40.45
aragon.psoe.es.        60    IN    NS    dns7.servidoresdns.net.
aragon.psoe.es.        60    IN    NS    dns8.servidoresdns.net.
*.blogs.psoe.es.    60    IN    A    213.192.237.42
boletines.psoe.es.    60    IN    A    213.192.237.230
cambiagalicia.psoe.es.    60    IN    A    213.192.237.227
cefintranet.psoe.es.    60    IN    A    213.192.236.33
cefsites.psoe.es.    60    IN    A    213.192.236.34
cefsitespki.psoe.es.    60    IN    A    213.192.236.35
chat.psoe.es.        60    IN    A    213.192.237.222
comunicaciones.psoe.es.    60    IN    MX    10 server32.dyr.es.
conferencia.psoe.es.    60    IN    A    213.192.237.43
conferencia-datos.psoe.es. 60    IN    A    213.192.237.44
conferencia2004.psoe.es. 60    IN    A    213.192.237.227
conferencia2006.psoe.es. 60    IN    A    84.233.205.172
conferenciaextremadura.psoe.es.    60 IN    A    213.192.237.38
conferenciagalicia.psoe.es. 60    IN    A    213.192.237.38
conferenciapolitica2004.psoe.es. 60 IN    A    213.192.237.227
conferenciapolitica2004adm.psoe.es. 60 IN A    213.192.237.227
congresocoruna.psoe.es.    60    IN    A    213.192.237.38
congresolugo.psoe.es.    60    IN    A    213.192.237.38
congresoourense.psoe.es. 60    IN    A    213.192.237.38
convenciomallorca.psoe.es. 60    IN    A    213.192.237.38
cp2006.psoe.es.        60    IN    A    84.233.205.172
cp2006.psoe.es.        60    IN    A    217.130.22.199
cuarentena.psoe.es.    60    IN    A    213.192.236.13
cuestionarioigualdad.psoe.es. 60 IN    A    213.192.237.227
debug.psoe.es.        60    IN    A    213.192.236.199
descargas.psoe.es.    60    IN    A    213.192.237.236
descargas.psoe.es.    60    IN    A    213.192.237.246
devgalicia.psoe.es.    60    IN    A    217.140.16.54
diariodelparlamentario.psoe.es.    60 IN    A    213.192.237.30
diccionariobiografico.psoe.es. 60 IN    A    213.192.237.41
emoticones.psoe.es.    60    IN    A    213.192.237.219
37congreso.enmiendas.psoe.es. 60 IN    A    213.192.237.38
avalesprimarias.psoe.es.psoe.es. 60 IN    A    213.192.237.37
conferenciaeuskadi.psoe.es.psoe.es. 60 IN A    213.192.237.38
www.orgullo2006.psoe.es.psoe.es. 60 IN    CNAME    orgullo2006.psoe.es.
especiales.psoe.es.    60    IN    A    213.192.237.227
europa.psoe.es.        60    IN    MX    10 mx3.psoe.es.
europa.psoe.es.        60    IN    MX    30 mx1.psoe.es.
europa.psoe.es.        60    IN    A    213.192.237.236
europa.psoe.es.        60    IN    A    213.192.237.246
europa2004.psoe.es.    60    IN    A    217.140.16.54
europasi.psoe.es.    60    IN    A    217.140.16.54
europeosocialistayorgullosodeserlo.psoe.es. 60 IN A 213.192.237.225
www.europeosocialistayorgullosodeserlo.psoe.es.    60 IN A    213.192.237.225
eventos.psoe.es.    60    IN    A    213.192.237.34
expdev.psoe.es.        60    IN    A    213.192.237.227
experiencias.psoe.es.    60    IN    A    213.192.237.27
fedpatrimonio.psoe.es.    60    IN    A    213.192.237.41
flash.psoe.es.        60    IN    A    213.192.237.32
foroeuropasi.psoe.es.    60    IN    A    213.192.237.227
frcenso.psoe.es.    60    IN    A    213.192.236.133
frcenso1.psoe.es.    60    IN    A    213.192.236.132
frcenso2.psoe.es.    60    IN    A    213.9.180.239
ftp.psoe.es.        60    IN    A    213.192.236.198
ftp-old.psoe.es.    60    IN    A    213.192.237.230
galizaagora.psoe.es.    60    IN    A    213.192.237.227
generador.psoe.es.    60    IN    A    213.192.237.38
gestionweb.psoe.es.    60    IN    A    213.192.237.239
gestionweb.psoe.es.    60    IN    A    213.192.237.240
gestionweb.psoe.es.    60    IN    A    213.192.237.241
granada.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
23congreso.granada.psoe.es. 60    IN    A    213.192.237.38
guadalajara.psoe.es.    60    IN    MX    30 mx1.psoe.es.
guadalajara.psoe.es.    60    IN    MX    30 mx3.psoe.es.
haremosmas.psoe.es.    60    IN    A    213.97.168.236
jaen.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
xiicongreso.jaen.psoe.es. 60    IN    A    213.192.237.38
listas.psoe.es.        60    IN    A    213.192.237.39
listas2.psoe.es.    60    IN    A    213.192.237.219
listas3.psoe.es.    60    IN    A    213.9.180.231
localhost.psoe.es.    60    IN    A    127.0.0.1
mail.psoe.es.        60    IN    A    213.192.236.26
mail3.psoe.es.        60    IN    A    213.97.168.236
mailcer.psoe.es.    60    IN    A    213.9.180.244
mailgate.psoe.es.    60    IN    A    213.192.236.10
mails.psoe.es.        60    IN    A    213.192.236.18
malaga.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
congreso.malaga.psoe.es. 60    IN    A    213.192.237.38
mallorca.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
11congres.mallorca.psoe.es. 60    IN    A    213.192.237.38
media.psoe.es.        60    IN    A    213.192.237.32
movil.psoe.es.        60    IN    A    213.192.236.17
movilizacion.psoe.es.    60    IN    A    213.9.180.231
movilmail.psoe.es.    60    IN    A    213.9.180.251
mx0.psoe.es.        60    IN    A    213.97.168.236
mx1.psoe.es.        60    IN    A    213.192.236.13
mx3.psoe.es.        60    IN    A    213.192.236.23
navarra.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
9congreso.navarra.psoe.es. 60    IN    A    213.192.237.38
ns0.psoe.es.        60    IN    A    213.192.236.25
ns1.psoe.es.        60    IN    A    213.192.236.21
ns2.psoe.es.        60    IN    A    213.192.237.222
nuevasenergias.psoe.es.    60    IN    A    213.192.237.42
objetivo2004.psoe.es.    60    IN    A    213.9.180.231
objetivo2004adm.psoe.es. 60    IN    A    213.192.237.227
operaciones.psoe.es.    60    IN    A    213.192.237.38
orgsectoriales.psoe.es.    60    IN    MX    30 mx1.psoe.es.
orgsectoriales.psoe.es.    60    IN    MX    30 mx3.psoe.es.
orgullo07.psoe.es.    60    IN    A    213.97.168.236
orgullo09.psoe.es.    60    IN    A    213.192.237.219
orgullo2006.psoe.es.    60    IN    A    213.192.237.227
patrimonio.psoe.es.    60    IN    A    213.192.237.219
pki-lcr.psoe.es.    60    IN    A    213.192.237.33
player.psoe.es.        60    IN    A    213.192.237.40
ponencia36congreso.psoe.es. 60    IN    A    213.192.237.227
pontevedra.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
congreso.pontevedra.psoe.es. 60    IN    A    213.192.237.38
pop3.psoe.es.        60    IN    A    213.9.180.252
pops.psoe.es.        60    IN    A    213.192.236.19
prepro.psoe.es.        60    IN    A    213.192.237.215
programa2004.psoe.es.    60    IN    A    213.192.237.227
programaelectoral2008.psoe.es. 60 IN    A    213.9.180.231
propuestas.psoe.es.    60    IN    A    213.192.237.29
proxy1.psoe.es.        60    IN    A    213.192.236.12
proxy2.psoe.es.        60    IN    A    213.192.236.201
pscanarias.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
11congreso.pscanarias.psoe.es. 60 IN    A    213.192.237.38
pscantabria.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
11congreso.pscantabria.psoe.es.    60 IN    A    213.192.237.38
pse-ee.psoe.es.        60    IN    MX    10 sollube.sarenet.es.
pse-ee.psoe.es.        60    IN    A    213.195.76.220
www.pse-ee.psoe.es.    60    IN    A    213.195.76.220
pse002r0-04.psoe.es.    60    IN    A    213.192.237.225
pse002r0-24.psoe.es.    60    IN    A    213.192.237.36
pse002r0-26.psoe.es.    60    IN    A    213.192.237.42
pse002r0-30.psoe.es.    60    IN    A    213.192.237.236
psib.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
www.psib.psoe.es.    60    IN    A    217.76.130.33
xicongres.psib.psoe.es.    60    IN    A    213.192.237.38
psm.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
11congreso.psm.psoe.es.    60    IN    A    213.192.237.38
www.pspv.psoe.es.    60    IN    A    83.175.218.163
publicaciones.psoe.es.    60    IN    A    213.192.237.246
rsites.psoe.es.        60    IN    A    213.192.236.42
sectorial09.psoe.es.    60    IN    A    213.192.237.38
sectoriales09.psoe.es.    60    IN    A    213.192.237.219
seta1.psoe.es.        60    IN    A    213.192.237.33
seta2.psoe.es.        60    IN    A    213.192.237.32
seta3.psoe.es.        60    IN    A    213.192.237.39
seta5.psoe.es.        60    IN    A    213.192.237.30
seta6.psoe.es.        60    IN    A    213.192.237.34
seta7.psoe.es.        60    IN    A    213.192.237.35
setratadeeuropa.psoe.es. 60    IN    A    217.140.16.54
siti.psoe.es.        60    IN    A    213.192.237.42
sms.psoe.es.        60    IN    MX    10 mail.sms.psoe.es.
mail.sms.psoe.es.    60    IN    A    212.170.234.141
streaming.psoe.es.    60    IN    A    213.192.237.40
streaming2.psoe.es.    60    IN    A    213.192.237.102
tenerife.psoe.es.    60    IN    CNAME    www.psoe.es.edgesuite.net.
14congreso.tenerife.psoe.es. 60    IN    A    213.192.237.38
tsfederaciones.psoe.es.    60    IN    A    213.192.236.11
usos-ca.psoe.es.    60    IN    A    213.192.237.33
vertebra.psoe.es.    60    IN    A    213.192.237.235
vistalegre09.psoe.es.    60    IN    A    213.192.237.225
vs.psoe.es.        60    IN    A    213.192.237.246
wap.psoe.es.        60    IN    A    213.192.237.227
wapadmin.psoe.es.    60    IN    A    213.192.237.227
backup1.web.psoe.es.    60    IN    A    213.192.237.236
backup2.web.psoe.es.    60    IN    A    213.192.237.246
node1.web.psoe.es.    60    IN    A    213.192.237.236
node2.web.psoe.es.    60    IN    A    213.192.237.246
node3.web.psoe.es.    60    IN    A    213.192.237.235
webagrupaciones.psoe.es. 60    IN    A    213.192.237.219
webcampana2008.psoe.es.    60    IN    A    213.192.237.248
webcampana2008-backup.psoe.es. 60 IN    A    213.192.237.225
mx1.webmail.psoe.es.    60    IN    A    213.9.180.253
webs.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
widget.psoe.es.        60    IN    A    213.192.237.42
wikiprograma.psoe.es.    60    IN    A    213.192.237.42
www.psoe.es.        60    IN    CNAME    www.psoe.es.edgesuite.net.
psoe.es.        60    IN    SOA    ns0.psoe.es. hostmaster.psoe.es. 2010120900 3600 900 2592000 3600
;; Query time: 96 msec
;; SERVER: 213.192.236.21#53(213.192.236.21)
;; WHEN: Mon Dec 20 18:08:56 2010
;; XFR size: 199 records (messages 1, bytes 5193)

debian:~#

Expandir »

debian:~# dig  @ns2.eurovia.es ciu.cat axfr

; <<>> DiG 9.7.2-P3 <<>> @ns2.eurovia.es ciu.cat axfr
; (1 server found)
;; global options: +cmd
ciu.cat.        3600    IN    SOA    ns.convergencia.org. postmaster.convergencia.org. 2010111501 900 600 86400 3600
ciu.cat.        3600    IN    NS    ns.convergencia.org.
ciu.cat.        3600    IN    NS    ns1.eurovia.es.
ciu.cat.        3600    IN    NS    ns2.eurovia.es.
ciu.cat.        3600    IN    A    178.79.133.226
ciu.cat.        3600    IN    MX    10 correu2.convergencia.org.
ciu.cat.        3600    IN    MX    20 correu.convergencia.org.
ciu.cat.        3600    IN    TXT    “v=spf1 a mx a:tdtres.ciu.cat  mx:correu.convergencia.org mx:correu2.convergencia.org ~all”
blocs.ciu.cat.        3600    IN    A    178.79.133.226
parlament.ciu.cat.    3600    IN    MX    10 mail.parlament.ciu.cat.
mail.parlament.ciu.cat.    3600    IN    A    213.151.125.11
tdtres.ciu.cat.        3600    IN    A    178.79.140.175
tdtresmedia.ciu.cat.    3600    IN    CNAME    d1yeolr9yncan9.cloudfront.net.
videobloc.ciu.cat.    3600    IN    MX    10 correu.videobloc.ciu.cat.
correu.videobloc.ciu.cat. 3600    IN    A    213.151.125.11
www.ciu.cat.        3600    IN    A    178.79.133.226
ns2.eurovia.es.        3600    IN    A    217.113.248.4
ciu.cat.        3600    IN    SOA    ns.convergencia.org. postmaster.convergencia.org. 2010111501 900 600 86400 3600
;; Query time: 91 msec
;; SERVER: 217.113.248.4#53(217.113.248.4)
;; WHEN: Mon Dec 20 18:10:51 2010
;; XFR size: 18 records (messages 1, bytes 584)

debian:~#

Sorprendentemente el PP lo tiene bien restringido aunque su dominio vulnera la convención de registros con extensión .es, cuya longitud mínima son 3 caracteres y ellos sólo usan 2, enchufes de la política…

Los de IU registraron un dominio legal, no como los anteriores, y parece restringido el acceso a los registros AXFR.

Lo mismo con BNG, UPyD y PNV. No se me ocurren más dominios que probar, puedes seguir tú mismo.

No estuvo mal el experimento, es sorprendente la cantidad de subdominios que tiene el actual gobierno en su página web, amen que tienen la página hospedada en Akamai, seguramente para que no se note el descontento con la infame “ley Sinde”.

Un saludo.

Proveniente de la mitología nórdica, Muninn era uno de los dos cuervos que proveía al Dios Odín con información diaria de lo sucedido en todo el mundo.

Sin duda, un nombre excelente para resumir lo que hace este magnífico proyecto. Munin es una aplicación con infraestructura cliente – servidor que recopila información de los nodos de una red y genera gráficas con las estadísticas.

Esto nos permite encontrar cuellos de botella en servidores, ver que ordenadores estan haciendo un uso más intensivo de la red, detectar y predecir fallos en el hardware (especialmente en discos duros), etc…

La arquitectura de este programa es bastante simple, por un lado en cada ordenador que queramos monitorizar debemos instalar el paquete munin-node y configurarlo para permitir conexiones desde el servidor central. En el servidor central hay que instalar el paquete munin, tiene que ser configurado indicando qué ordenadores tiene que monitorizar y donde debe generar las gráficas.

Para instalar los paquetes:

apt-get install munin munin-node munin-plugins-extra apache2

Existe un port para Windows del paquete munin-node, pero no ofrece tanta información útil como las versiones para Linux.

Para configurar el paquete munin-node:

Editamos el archivo /etc/munin/munin-node.conf añadiendo la IP del servidor central como permitida, en este ejemplo el servidor tendrá la IP 192.168.0.1:

allow ^192\.168\.0\.1$

En este mismo archivo podemos cambiar en que interfaz de red debe escuchar el programa y que puerto utilizar (por defecto 4949), no es necesario modificarlos pero sí tenerlo en cuenta si es necesario configurar el firewall.

Para configurar el paquete munin:

Editamos el archivo /etc/munin/munin.conf añadiendo los ordenadores que debe explorar cada 5 minutos:

[pcubuntu]
address 192.168.0.2
use_node_name yes

[pcwindows]
address 192.168.0.3
use_node_name yes

Y en el archivo /etc/munin/apache2.conf modificaremos la configuración para acceder a los gráficos generados, en principio sólo es recomendable cambiar el primer Alias, aunque también podríais ponerle contraseña HTTP si quereis restringir el acceso.:

Alias /monitor /var/cache/munin/www

Por defecto el número de gráficos que genera munin es cuantioso, y más si se instalan plugins adicionales o los creais vosotros mismos. No es dificil, permite crear los plugins como un script shell cualquiera (incluído PHP, python ó PERL) lo que nos permite monitorizar cualquier cosa, como por ejemplo un termómetro USB. En este caso no me voy a detener mucho explicando esta funcionalidad. Si quereis investigarlo, los plugins se pueden encontrar en /etc/munin/plugins donde la mayoría son enlaces blandos hacia /usr/share/munin/plugins.

Tras configurar todo y darle algo de tiempo para que genere datos (monitoriza cada 5 minutos, así que habría que esperar una hora aproximadamente para tener algo que analizar), podremos acceder a los gráficos generados bajo la ruta (continuando con la IP del servidor anterior):

http://192.168.0.1/monitor

Estos gráficos se generan gracias a la librería RRDtool, que da muy buenos resultados.

Podemos ver una lista de los equipos monitorizados, pinchando en cada uno accederemos a un listado de gráficos detallados. Os pongo aquí como ejemplo algunos datos recogidos en mi servidor y algunos comentarios sobre los mismos:

Hay muchos otros gráficos interesantes como el uso de SWAP, estadísticas de Samba, Squid, información S.M.A.R.T. de los discos duros, etc…

Si utilizamos este programa en un servidor de producción, podremos detectar si en algún momento el número de peticiones HTTP hace que el servidor se quede sin memoria libre y empiece a utilizar la SWAP, además, si alguno de los gráficos da valores de riesgo, munin resalta esos gráficos para que fijemos la atención en ellos. También podemos diagnosticar cuellos de botella en la red si no da abasto el procesador en operaciones de copia por red o con los discos duros, etc…

En mi caso hacía mucho tiempo que buscaba una aplicación como esta y supe de su existencia gracias a un post de barrapunto. Espero que este post sirva como referencia para quien busque una aplicación de monitorización bastante completa.

Si alguien tiene algún problema o duda en el proceso de instalación o configuración podeis plantearlo en los comentarios, os ayudaré en lo que pueda.

Un saludo.

Hace tiempo que instalé OpenWrt en mi fonera con un método bastante engorroso y delicado, teniendo que habilitar la conexión SSH primero. Ayer cometí un error al configurar la red, quería que cogiese la IP de red por DHCP y perdí el acceso a la fonera, así que me quedé con un ladrillo que gasta corriente.

Había escuchado buenas críticas sobre dd-wrt (especialmente de la interfaz web de administración) así que también quería probarlo.

Este post es un resumen de cómo flashear el firmware dd-wrt en la fonera, aunque puede hacerse de igual forma con OpenWrt u otros.

Bueno, vamos directamente al tema en sí. Necesitaremos lo siguiente:

1. Una fonera compatible con dd-wrt u OpenWrt. En mi caso tengo una Fonera 2100 de las primeras.
2. La última versión del firmware dd-wrt compatible con la fonera, es un único archivo .bin que se consigue en su web oficial: http://www.dd-wrt.com
   Puede aparecer que hay la versión Console o WebFlash, nos interesa la versión Console, la otra es para subirla por el interfaz web.
   Si quisiéramos utilizar OpenWrt, tenemos que descargar de la última versión, el rootfs (archivo con los datos de la partición) en formato jffs2 (para poder escribir en él) y el vmlinuz (el kernel de linux compatible) para la arquitectura atheros. Actualmente están en la siguiente dirección: http://downloads.openwrt.org/kamikaze/8.09.2/atheros/
3. El FonFlash que se puede conseguir en esta dirección: http://www.gargoyle-router.com/download.php
   Debemos seleccionar en el primer combo del tipo de descarga el FonFlasher para el sistema operativo que estemos utilizando. Están soportados tanto Windows, como Linux y MacOs.
4. El FonFlash requiere la librería libpcap, si no la tienes instalada obtenla del repositorio si usas Linux (apt-get install libpcap0.8) o en el caso de Windows desde la web oficial del port para este sistema operativo: http://www.winpcap.org/
5. Un cable de red rj45 y un ordenador para realizar la instalación.

Ahora es cuando vais a alucinar con la facilidad para realizar este proceso:

1. Pulsamos el botón de reset durante al menos 30 segundos en la fonera para resetearla.
2. Conectamos la fonera con el cable rj45 al ordenador, sitúala en un sitio donde no haya riesgo de que se desconecte el cable de red o el de alimentación. De momento deja el cable de corriente desconectado.
3. Lanzamos el programa FonFlash, en Linux pedirá la contraseña del usuario para poder ejecutar los comandos con sudo.
4. Seleccionamos en el combo de tipo de firmware dd-wrt u OpenWrt según sea nuestro caso:



5. En el combo de interfaz de red, seleccionamos nuestra tarjeta de red donde está conectado el cable rj45.
6. Le indicamos el archivo de firmware que nos hemos bajado, en el caso de OpenWrt necesitará los dos archivos: rootfs y vmlinuz.
7. Pulsamos el único botón que tiene la aplicación: “Flash Router Now!” y le conectamos el cable de corriente a la fonera después.
8. Esperad pacientemente a que finalice el proceso, en cuanto termine mostrará un mensaje y la fonera se reiniciará.
9. ¡Listo! la fonera arrancará con un servidor DHCP habilitado, debemos entrar en la web de la fonera para configurar el usuario y contraseña de acceso al panel de control. Por defecto la url será http://192.168.1.1

Resulta muy interesante el funcionamiento interno de este programa, el código fuente del mismo está disponible en su web oficial si tienes mucha curiosidad. Intercepta la petición DHCP de la fonera para acceder al RedBoot (un telnet de emergencia que tiene la fonera al arrancar durante unos segundos), ejecuta todos los comandos delicados y peligrosos por nosotros, e incluso transfiere por TFTP el archivo con el nuevo firmware, nosotros sólo tenemos que pulsar un botón.

Por otro lado la interfaz web de dd-wrt es extensísima y completa, tiene incluso gráficas del ancho de banda consumido, velocidades de las distintas interfaces, permite la configuración en modo cliente, WDS, tiene cliente y servidor VPN, etc… un sin fin de funcionalidades que convertirán a la fonera en un enrutador de altas prestaciones.

Una imagen vale más que mil palabras:

¡Que lo disfrutes!

Esta pequeña cosita que veis aquí os permitirá evitar que el router se queme si disponeis de un SAI .

El sistema PoE permite alimentar un dispositivo utilizando dos hilos del cable de red. El funcionamiento es sencillo, en las redes de 100 Mbps sólo se utilizan 2 de los 4 pares del cable de red (por supuesto NO se debe utilizar jamás en redes de Gigabit Lan ó 1000 Mbps).

Este modelo en concreto que podemos ver aquí permite utilizar el transformador original del aparato para alimentarlo hasta una distancia de 30 metros.

Si teneis instalado un splitter en vuestra casa y teneis el router justo al lado, es de suponer que en otro lugar de la casa tendreis un PC ó un switch con más ordenadores. En mi caso este ordenador está protegido con un SAI (Sistema de alimentación ininterrumpida), que evita picos y bajones de tensión así como que el ordenador se apague de repente si se va la luz. Lógicamente esto también se puede aplicar a cualquier otro aparato conectado en red y que esté lejos del SAI, un ejemplo perfecto podría ser una fonera protegida dentro de una caja estanca que esté puesta en la fachada.

El problema que se plantea de cómo enchufar el transformador del router al SAI si hay varias habitaciones por enmedio lo soluciona fácilmente nuestro sistema POE pasivo. En este caso es pasivo puesto que la alimentación la da el propio transformador del aparato, existen otros modelos activos que inyectan directamente ellos la corriente, pero no siguen ningún estándard y es necesario elegir con cuidado el apropiado para nuestro dispositivo, en caso de que sea compatible.

El funcionamiento es muy sencillo, en la zona del SAI debemos enchufar el transformador al SAI y conectarlo al conector hembra del cable PoE e intercalar el cable de red del PoE entre el cable que va al router y el ordenador. De esta forma el ordenador sigue conectado y el PoE envia la corriente del transformador por el par de cables que no se utiliza. En el otro extremo, intercalaremos el otro PoE y conectaremos el conector macho de alimentación al router.

Puede surgir un pequeño e incómodo problema y es que no todos los conectores de los transformadores son iguales, si eres un poco hábil se puede empalmar unos conectores que sí nos sirvan, además como el POE pasivo no es muy caro (ronda unos 6 euros) se puede tener más de uno y modificarlo según necesitemos. Lo más importante (especialmente si el transformador es de corriente contínua) es que la polaridad del conector debe ser la misma, es decir, el cable que antes conectaba con la parte externa del conector debe seguir conectando con la parte externa del conector, lo mismo con la parte interna; utilizando un polímetro en estos caso nos sacará de dudas. Si los invertimos por error, se podría dañar el aparato.

En mi casa he instalado una pareja de estos POE y me han funcionado de maravilla, junto con una placa para filtrar el voltaje que entra por la red telefónica, ha sobrevivido por ahora 2 tormentas y se mantiene encendido incluso si se va la corriente (mientras dure la batería del SAI, claro…).

El siguiente esquema me lo facilitó en su día el profesor Xabier Rosas, del instituto Daniel Castelao, y la verdad es que funciona muy bien:

Si eres un poco manitas, tú mismo podrás construírtelo, los materiales necesarios están indicados en el propio esquema. La idea general es que si entra un sobrevoltaje, los varistores entrarán en cortocircuito, haciendo que el flujo excesivo se derive a tierra y provocando que se queme el fusible. El último varistor es la protección definitiva por si fallan los anteriores. Debeis tener cuidado al conectarlo a los cables ya que un lado va hacia la linea externa y otra hacia la línea telefónica de la casa. Aquí podeis ver como me ha quedado a mí:

Como anécdota de todo este tema, me ha pasado que al conectar el cable de tierra bajaba considerablemente la velocidad de Internet (bajaba unos 600 Kbps con respecto a la velocidad normal), midiendo la instalación de la casa descubrí que teníamos un problema serio, había una derivación de electricidad externa a la casa a tierra. Midiendo entre Neutro y Tierra había 70 voltios, que es muchísimo. Al cabo de unos días la compañía eléctrica solucionó en parte el problema, ya que ahora sólo mide 18 voltios de desfase, y por ahora lo tengo tal cual sin conectar a tierra puesto que el fusible rápido sigue ofreciendo protección.

Bueno y esto es todo por ahora, he estado algún tiempo sin publicar nada nuevo porque tampoco tenía nada reseñable que mostrar aunque en breve es probable que comience una nueva sección en el blog.

Como siempre, espero que os sirva de ayuda.

Un saludo.

Tengo en el salón un ordenador configurado como HTPC (Home Theater PC) conectado a una televisión LCD. Inicialmente tenía una tarjeta gráfica NVIDIA XFX Geforce 8600GT (que tuve que ingeniarmelas para que entrase dentro de la caja, puesto que la caja es de perfil bajo y la gráfica no). Utilizaba un cable adaptador de DVI a HDMI y el sonido iba por un cable externo desde la tarjeta de sonido hasta unas entradas específicas que tenía la televisión.

Tuve varios problemas, el más complicado fue que la televisión detectaba que el cable HDMI tenía sonido y en vez de reproducir lo que enviaba el ordenador a través del cable de audio, sólo sonaba ruido. Encontré que esto se podía solucionar haciendo unas modificaciones en el fichero EDID (información de la pantalla conectada al ordenador) para eliminar la sección de información extendida, de esta forma la tarjeta gráfica no enviaría ruido por el cable.

También tuve problemas con la resolución, si utilizaba como resolución hacia la pantalla 1360×768 no podía utilizar las capacidades de 100Hz de la televisión; si lo ponía a 1920×1080 el tema de los 100Hz funcionaba, pero todo se veía minúsculo. Esto lo solucioné con la aplicación nvidia-settings configurando la resolucion para que use la nativa de la pantalla 1920×1080 pero que luego el escritorio funcione a 1360×768 y la tarjeta realice un reescalado automático.

Como no me acababa de convencer eso de tener el conector HDMI por un lado y el cable del sonido por otro, cambié la gráfica por una ASUS 9400GT de perfil bajo con salida HDMI. A continuación podeis ver la foto de la tarjeta gráfica y de la placa base:

La placa base es una EligeGroup (ECS) Geforce 7050M-M v1.0. La compré en su momento por ser la más barata que había y pensaba que había algún tipo de problema con ella puesto que no conseguía hacer funcionar el sonido digital SPDIF.

Esta tarjeta gráfica trae un conector VGA, un DVI y un HDMI, lo que la hace muy versátil, pero para poder enviar el sonido a través del cable HDMI, incorpora un pequeño cable destinado a conectar la tarjeta gráfica con la salida de sonido digital de la placa base:

En la tajeta gráfica se conecta respetando una marca que indica la posición del cable. En la placa base se conecta al conector nombrado como SPDIFO1, que está en el borde de la placa, cerca del último slot PCI. Si os fijais en el conector para la placa base, tiene un agujero ciego para que sólo se pueda conectar de una forma. Tras conectarlo y arrancar el ordenador… ta-chan! no hay sonido… ni siquiera habilitando la salida digital en las opciones.

Llegué a pensar que la causa era algún tipo de defecto en la placa base por ser tan barata, incluso me planteé cambiarla por otra distinta, hasta que ayer se me ocurrió buscar algo de información al respecto y hubo un detalle que me dió la solución.

Si os fijais, el cable negro es la masa (GND), y el azul el que lleva la señal de audio SPDIF; estan juntos uno al lado del otro, el siguiente pin es el pin ciego y en la esquina hay otro pin sin utilizar. El secreto a tanto misterio está explicado en el manual de la placa:

La placa base no usa una configuración de pines estándard: la masa está en el pin 4 y la señal en el pin 1; en el cable de NVIDIA el pin 1 es la masa y el pin 2 es la señal. La solución es muy sencilla, con un alfiler y algo de cuidado, se sacan del conector de plástico los conectores de metal que están dentro (sólo hay que mover una lengueta para que salga) y se colocan en el orden correcto. Después de esto, tanto el video como el sonido se envían por el cable HDMI, con lo que este HTPC ya funciona igual que si fuera un vídeo y permite conectarse a cualquier aparato que tenga entrada HDMI (en mi caso tenemos otra televisión que tiene una sola entrada HDMI y no tiene la entrada de sonido analógico aparte).

También he visto que otras tarjetas gráficas traen este cable con los dos cables separados, si estuviesen así, probablemente me hubiera dado cuenta de este detalle y los hubiera conectado bien desde el principio.

Espero que si os ha pasado algo similar esto os sirva de ayuda.

Tras quemarse el SMC y perder por tanto el VOIP en casa, compré un Linksys WRP400 para tener separado lo que es el teléfono del router en sí. Tras configurarlo y abrir los puertos correspondientes (cosa que me llevó algunas horas puesto que el número de opciones es considerable) con el Zyxel no hubo problema.

Sin embargo al tener que utilizar el Conceptronic había problemas de conexión, precisamente por esto he investigado el tema central de este artículo.

Encontré dos problemas con este router, por un lado, según desde que IP se conecte desde fuera, las conexiones (donde lo he notado es al utilizar SSH) funcionan bien o mal. Tras algunas investigaciones y entrar directamente a la consola del router, si se limpian las reglas del iptables manteniendo la tabla NAT, las conexiones pasan a funcionar siempre bien; aunque no hay forma de guardar el comando para que lo ejecute en cada arranque del router, sólo hay que lanzar esto en la consola:

iptables -F

Pero apareció otro problema más serio, el Linksys enviaba paquetes SIP pero no recibía ni uno. Revisé todas las configuraciones, esnifé el tráfico desde mi servidor utilizando la excelente herramienta WireShark y efectivamente los paquetes SIP enviados eran correctos pero no se recibía respuesta alguna. El router tenía configurada una DMZ, así que todas las conexiones deberían estar redireccionadas hacia mi servidor, que actúa como firewall y router NAT. Todo estaba correctamente configurado pero sencillamente no conectaba.

Se me ocurrió entonces probar a delegar más trabajo del router en mi servidor, es decir, poner el router en modo bridge (en los inicios del ADSL esto se conocía como poner el router en modo monopuesto) para que sólo tenga que negociar la velocidad de sincronismo, el resto de enrutado y demás lo gestionará el servidor Linux.

Se podría considerar que esto viene siendo la guinda a lo que ya expliqué en los anteriores post de ¿Conexión ADSL lenta? Mejora la velocidad de tu conexión a Internet (Capítulo I de III).

Manos a la obra:

Durante mucho tiempo cuando tenía Telefónica intenté configurar la red de esta forma y me pasé horas viendo documentación sobre los encapsulados ATM, PPOA, PPOE y el paquete brctl 2684 sin mucho éxito. Con Ya.com hubo más suerte, utilizan un encapsulado ETHERNET, lo que significa que el router se conecta como si se tratase de una red local. En el caso de PPPOE la autentificación se realiza mediante un usuario y contraseña, en el caso del ETHERNET, la solicitud DHCP es la que valida al cliente.

Si teneis un router funcionando con Ya.com hay que configurar sólo un par de cosas. Por un lado se debe desactivar la Wifi y dejar sólo un equipo conectado por cable, sino habrá disputas entre los demás equipos de la red para conseguir la IP pública; lo que significa también que una vez configurado el router en modo bridge no podremos acceder a él a menos que forcemos la IP de red. Después, sería bueno desactivar el DHCP en la red y en WAN settings, debe quedar algo similar a lo siguiente (el VPI y VCI igual que como ya los tenías o te ha comunicado tu ISP):

Wan settings en modo bridge del router Conceptronic C54APRA2+

Y con esto terminamos de configurar el router, aunque faltaría guardar y reiniciarlo.

Si la IP local que teneis asignada en el equipo es fija (sin utilizar DHCP) podreis seguir accediento al router (con lo que recomiendo aprovechar para hacer una backup de la configuración) pero no funcionará la conexión hacia Internet. Esto se debe a que el router ahora no utiliza NAT para enrutar los paquetes hacia Internet, eso debe hacerlo directamente el servidor Linux. ¿Cómo? Sencillísimo, activando DHCP en la tarjeta de red conectada hacia el router en lugar de dejar la IP local estática. Como ahora el router sólo envía y recibe lo que llega por la línea ADSL, nuestro servidor recibirá directamente la IP pública desde el servidor DHCP de Ya.com.

He intentado utilizar un alias de red para asignar las dos IPs a la vez a la tarjeta de red conectada al router pero no acaba de funcionar, supongo que si estan en rangos diferentes la tarjeta se monta un lío:

debian:~# nano /etc/network/interfaces

auto eth0
iface eth0 inet dhcp
hwaddress ether 00:13:F7:E6:01:02

#iface eth0:1 inet static
#        address 192.168.1.10
#        netmask 255.255.255.0
#        network 192.168.1.0
#        broadcast 192.168.1.255

debian:~# ifdown eth0 && ifup eth0

Con eso obtenemos lo siguiente al consultar la información de la interfaz:

debian:~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:13:f7:e6:01:02
inet addr:92.56.202.15  Bcast:92.56.207.255  Mask:255.255.248.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:41865677 errors:0 dropped:0 overruns:0 frame:0
TX packets:53608913 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1565578348 (1.4 GiB)  TX bytes:2633735228 (2.4 GiB)
Interrupt:18 Base address:0x2c00

debian:~#

Excelente.

Por último, recordad que al cambiar la IP de red a lo mejor teneis que realizar algún ajuste en las reglas del firewall o en la configuración de algún servicio que tenga indicada directamente la IP local de red en lugar de la interfaz; a mi me ha pasado con el cliente P2P Transmission que lo tengo configurado para que escuche sólo en una IP en particular.

Si habeis sido observadores, os habreis dado cuenta de que hay una línea importante, la referida a hwaddress ether. La he puesto a posteriori despues de realizar algunas pruebas porque sospecho que Ya.com valida la dirección MAC del router que se conecta para decidir si conecta el VOIP o no. En este caso utilizo una MAC dentro del rango que tenía el router SMC (ojo que no es la misma MAC de la Wifi del router que la del chipset de ADSL).

Conclusión final:

Además de solventar de un plumazo el problema de conexión del VOIP y del SSH, se nota y MUCHO una mejora general en la navegación por Internet. Ello se debe a que en lugar de estar utilizando un router de 50 euros con un procesador de unos 100 Mhz y 15 Mb de RAM, generalmente con un límite de 1000 conexiones simultáneas máximas, estoy utilizando un Pentium 4 Celeron a 1,7 Ghz con 768 Mb de RAM con Linux y una tabla de conexiones configurada para soportar hasta 32000 conexiones simultáneas.

Recomiendo a quien pueda montar esta configuración que la pruebe, realmente merece la pena y se nota la diferencia.