Lo primero que vamos a hacer va a ser abrir el router sacándole los tornillos que tiene detrás (debajo las patas de goma) y con cuidado lo desmontamos de atrás hacia delante.

Luego localizamos la circuitería COM y le soldamos PINs para conectar los cables de TX, RX y GND (masa):

En el momento de hacer la operación no disponíamos de un des-soldador y ha sido realmente chungo ya que no entraban los pins, así que hemos soldado directamente los cables a la placa.

Una vez soldados los hemos conectado a una arduino sin el chip de arduino, conectando el TX de router al TX de la arduino, el RX con el RX y el GND con el GND. La arduino la conectamos por USB al ordenador y para ver en qué dispositivo nos asigna la arduino en el ordenador, usamos dmesg:

# dmesg
[89851.784563] usb 6-1: new full speed USB device using uhci_hcd and address 5
[89851.981663] usb 6-1: New USB device found, idVendor=2341, idProduct=0001
[89851.981672] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=220
[89851.981678] usb 6-1: Product: Arduino Uno
[89851.981683] usb 6-1: Manufacturer: Arduino (www.arduino.cc)
[89851.981688] usb 6-1: SerialNumber: 64932343738351E0A2D1
[89851.981905] usb … ||| Seguir leyendo... >>>

# apt-get install ckermit
# kermit
set modem type none
set line /dev/ttyUSB0
set carrier-watch off
set speed 38400
set stop-bits 1
connect

Y ahora vamos para el minicom :)

# apt-get install minicom

Para conectarte a un dispositivo por COM vamos a usar un cable null modem DB9 (para las Alix 2d2) o un cable para conexiones TTL.
Una vez conectamos al dispositivo por com usamos dmesg para ver a qué dispositivo dev ha asignado la conexión.

# dmesg

Para configurar minicom al puerto establecido vamos a usar minicom -s

# minicom -s

Vamos a “Serial Port Setup”, pulsamos “A” y modificamos el dispositivo, normalmente /dev/ttyUSB0. Pulsamos Enter.

Si pulsamos E, podemos modificar la velocidad y stopbits. Para guardar, igualmente pulsamos enter y para terminar “Exit” y nos deja dentro de minicom.

Para que empieze a transmitir datos vamos a apagar y encender el dispositivo al que nos queremos conectar.… ||| Seguir leyendo... >>>

laura@salnitre:~$ ipcalc 10.228.192.193/28
Address:   10.228.192.193       00001010.11100100.11000000.1100 0001
Netmask:   255.255.255.240 = 28 11111111.11111111.11111111.1111 0000
Wildcard:  0.0.0.15             00000000.00000000.00000000.0000 1111
=Network:   10.228.192.192/28    00001010.11100100.11000000.1100 0000
HostMin:   10.228.192.193       00001010.11100100.11000000.1100 0001
HostMax:   10.228.192.206       00001010.11100100.11000000.1100 1110
Broadcast: 10.228.192.207       00001010.11100100.11000000.1100 1111
Hosts/Net: 14                    Class A, Private Internet

thnks guifi-aragon… ||| Seguir leyendo... >>>

Actualmente la red de Cabrales consiste en 2 islas, una en Asiegu que cubre el 100% de la población y da cobertura indirecta a parte de la población de Arenas, donde está la escuela de Cabrales y varias personas interesadas, algunas con la disposición de compartir sus conexiones a internet con un ancho de banda superior que las de la población de Asiegu. La otra isla comprende el 30% de Berodia y permite dar cobertura a la población de Tebrandi que se encuentra en la cima de una montaña y en la que el 100% de los habitantes de esta otra población acceden a Internet a través del proxy de Berodia con un enlace de 4,7km.

El proyecto se desarrolló este mismo agosto y el ayuntamiento y los habitantes de otras poblaciones esta misma semana han mostrado su interés en seguir desarrollando este proyecto, la problemática pero es la orografía y tendremos que sortear la posibilidad de poner antenas de repetición en los repetidores de televisión de la zona o incluso si cabe la posibilidad el uso de una fibra óptica que se instaló hace realmente poco en la carretera principal que une la gran parte … ||| Seguir leyendo... >>>

Ficheros: hackmeeting 2011

[Parte 1] Nodo Como está montada la red MeigHacks 2011

[Parte 2] Nodo Como está montada la red MeigHacks 2011

[Parte 3] Nodo Como está montada la red MeigHacks 2011

[Parte 4] Nodo Como está montada la red MeigHacks 2011

[Parte 5] Nodo Como está montada la red MeigHacks 2011

Para más detalles seguir este link.… ||| Seguir leyendo... >>>

Uno de los retos es conseguir una red a la que se puedan conectar un gran número de usuarios y que además, si alguien enchufa un servidor de DHCP (cosa que ha ocurrido en años anteriores) que no se quede toda la red del hackmeeting colgada.

El planteamiendo inicial fué crear varias subredes que operasen de forma independiente las unas de las otras y poder así fraccionar la red para cada una de las zonas.

Finalmente lo que se ha hecho ha sido poner 1 RB750GL como master y las otras RB750, RB750G y RB750GL como esclavas, enrutando con BGP un total de 16 subredes de 254 IPs cada una, 4 subredes por cada RB750.
En cada una de estas bocas se van a colgar switches o Access Points en modo bridge.

La comunicación entre la RB Master (a partir de ahora A-MASTER) y las RB Esclavas (B-SLAVE, C-SLAVE, D-SLAVE y E-SLAVE) se hace mediante 4 subredes del tipo 172.0.0.0/29. Inicialmente la idea era hacerlo con /30, pero curiosamente si usaba /30 no podía hacer el nat para asignarles una IP de gestión desde A-MASTER.
La gestión de las RB sólo se podrá realizar mediante túneles ssh desde la red de servidores.

Todas las peticiones a 0.0.0.0/0 finalmente se mandan a un servidor que hará de default gateway y se encargará de gestionar las … ||| Seguir leyendo... >>>

No puedo dejar de reírme de la gente que dice que las ondas de wifi de guifi son dañinas mientras llevan cerca de sus órganos reproductores un magnífico teléfono ladrillo o se conectan a internet con el pinganillo 3G en lugar de la wifi o calientan la leche del café con el microondas y se esperan frente él a la espera del clink!.

Primero de todo, la legislación dicta que las wifi de 2,4GHz pueden tener una potencia de hasta 500mw y las de 5GHz 1w (hay variaciones también dependiendo del canal que estés usando, pero mayoritariamente va alrededor de estos valores).
Los teléfonos móviles que llevamos en el bolsillo tienen una potencia de 1 a 3 wattios de potencia y las antenas de telefonía de los tejados unos cuantos mas. Un microondas van de los 600 a los 850 wattios (no he visto de 900 pero ya deben ser para calentar cosas a ultra velocidad).

Cuando defiendo la inocuocidad de las ondas wifi comento que con una antena wifi o de telefonía no es posible hacer palomitas como lo pueden hacer los microondas o ponerte moreno o destrozar un plástico en la intemperie como lo puede hacer el sol.

Las ondas electromagnéticas se dividen en dos tipos, las ionizantes y … ||| Seguir leyendo... >>>

Si eres un usuario debianita o mumuntero, lo primero que tendrás que hacer es instalar el software de gestión de las unifi:

# vi /etc/apt/sources.list
## Debian Squeeze (6.0):
deb http://www.ubnt.com/downloads/unifi/distros/deb/squeeze squeeze ubiquiti

Para el resto de usuarios, distribuciones y sistemas operativos seguir este link.

# apt-key adv --keyserver keyserver.ubuntu.com --recv C0A52C50
# apt-get update
# apt-get install unifi

A continuación accedemos a nuestro navegador con la url https://localhost:8443 en el caso que lo hayamos instalado en nuestra maquina.

Antes de seguir enchufamos la unifi en la red.

A continuación, en el interfaz web nos pide algunas configuraciones, así que procedemos. En este proceso indicamos nuestro pais (idioma no nos deja), nos detecta las unifis conectadas en la red (la que he puesto ha pillado ip por dhcp), el Secure SSID y Security Key para la red segura, aunque también nos da la opción de crear una de abierta.

En la aplicación web que nos hemos instalado podemos personalizar el mapa de la ubicación donde se encuentran las unifis y adoptarlas. El proceso de adoptación te permite ir añadiendo unifis en el sistema, simplemente tienes que tenerlas unidas por cable e indicarle en el programa donde se encuentran aproximadamente.

Sigo jugando pero de momento tiene bastante buena pinta :D

El siguiente paso será meterle como hermana una … ||| Seguir leyendo... >>>

Durante la comida estuvimos hablando de varios temas, y uno de ellos fue la instalación que fui a hacer en Cabrales. Conté la filosofía de la red y la problemática de las telecomunicaciones en algunas zonas alejadas de los núcleos urbanos, además de algunos de los servicios que les monté, haciendo mucho hincapié en el servidor FTP, para compartir cualquier tipo de contenido.

Cualquiera que vea fríamente este proyecto, sin pizca de ética ni conociendo los principios básicos del software libre, ve una forma fácil de tener que dejar de pagar por unos servicios (de conexión a internet y de visualización de contenidos con copyright) sin tener en cuenta una de las cosas más importantes, que es el mero hecho de compartir y el ayudar a los demás.

De pequeños nos enseñan que compartir es bueno, pero a medida que crecemos nos volvemos más individualistas y posesores de nuestras pertenencias. Olvidamos que el compartir, que el dar es también recibir y no siempre tenemos que pensar en cosas materiales.

En la película, Lionel Logue, un terapeuta del habla, un día recibe la visita del duque de York, más adelante Jorge VI, con un problema de tartamudeo que le impide dar discursos y por consecuente dirigirse a su pueblo. Es desde entonces cuando empieza una cada vez más estrecha relación de amistad, … ||| Seguir leyendo... >>>

Primero será necesario instalar algunas dependencias:

# apt-get install git-core
# apt-get install subversion
# apt-get install build-essential
# apt-get install libncurses5-dev zlib1g-dev gawk flex bison libssl-dev

A continuación nos descargamos el fichero de generación de firmware y le damos permisos de ejecución:

$ wget -O fwgen http://gsf.guifi.net/repository/source/fwgen?download
$ chmod +x fwgen

Ahora tendremos que indicarle algunos parámetros, para más información y hardware disponible ./fwgen -h (importante, no ejecutar el generador de firmware como root).

$ ./fwgen -d -w "routerstation" -a "41.393309" -o "2.158253" -n "BCNRossello208c" -i "10.139.68.36"

El firmware con una conexión ADSL de 6 megas y 2 procesadores a 1,6GHz ha tardado 2 horas.

Ahora nos ha generado un fichero llamado:

gsffirm-0.2.5.20110224.1.0-routerstation-i10.139.68.36-a41.393309-o2.158253-r10.139.68.0-openwrt-10.03-r20742-openwrt-ar71xx-ubnt-rs-squashfs-sysupgrade.bin

El siguiente paso es cargar este firmware en la routerstation, pero primero la tenemos que poner en modo “reflash”, para hacerlo mantenemos pulsado el botón de reset, enchufamos el cable de alimentación y esperamos unos 10 segundos, hasta que la luz de “RF” esté encendida.

Para cargar el firmware necesitaremos el tftp, lo instalamos si no lo tenemos instalado:

# apt-get install tftp

configuramos una ip del rango 192.168.1.0/24 en nuestra máquina

# ifconfig eth0 192.168.1.2 netmask 255.255.255.0

y cargamos el firmware

$ tftp 192.168.1.20
mode octet
trace on
put gsffirm-0.2.5.20110224.1.0-routerstation-i10.139.68.36-a41.393309-o2.158253-r10.139.68.0-openwrt-10.03-r20742-openwrt-ar71xx-ubnt-rs-squashfs-sysupgrade.bin

Nota: todo esto es la teoría, pero generando … ||| Seguir leyendo... >>>

1. Desconectar todos los cables de red de la mikrotik, incluso el de la alimentación
2. Pulsar el botón de reset y conectar el cable de alimentación
3. Mantener el botón de reset pulsado hasta que se iluminen todas las luces (puede tardar aprox. 2 minutos)
4. Desenchufamos el cable de alimentación manteniendo pulsado el botón de reset y esperamos 30 segundos
5. Dejamos de pulsar el botón de reset y enchufamos la alimentación

¡Mikrotik reseteada con la configuración de fábrica!… ||| Seguir leyendo... >>>

2 Nanostation M5 a 1,7km señal -70db, transmit CCQ entre 96%-100% y todo esto en medio de Barcelona.

Servidor FTP <-> switch giga <-> rb750 puertos a giga <-> poe M5 <—enlacewifi—–> M5 <-> rb750 puertos a giga <-> switch giga <-> ordenador

Thnks rnx por la prueba :D… ||| Seguir leyendo... >>>

Lo primero será ir a la … ||| Seguir leyendo... >>>

[1] http://guifi.net/es/node/41876
[2] http://blogcmt.com/2011/09/15/wifi-en-los-ayuntamientos-nada-cambia/… ||| Seguir leyendo... >>>

Comúnmente se dice que para hacer roaming basta con poner 2 AP con el mismo ESSID y la misma frecuencia, pero esto no es todo! parece que es necesario algún que otro protocolo para hacerlo posible. Además la prueba va un poquito más allá que el cutre roaming que tengo montado en casa con dos AP conectados a la LAN, la cosa consiste en que tan sólo uno de los AP estén conectados a ella. Triple salto mortal con voltereta haciendo el pino.

Para ello he pillado 2 nanostation M5 que tengo en el armario y el recién reformateado H2SO4 (¡si! aún existe esta máquina y es realmente útil cuando quiero probar cosas raras!) con una tarjeta intel 5100ABGN. La prueba ha consistido en poner las dos nanostation M5 en modo bridge y una de las dos conectada a la LAN para que pillase el DHCP del router ADSL. Además los 2 AP en modo AP WDS, pero para este modo es necesario indicar la MAC de las antenas contrarias que se van a conectar. Primer inconveniente ya que lo que realmente quería hacer era que cualquier dispositivo se pudiese conectar a esta red sin tener que registrarlo previamente.

Una vez enlazadas las dos nanostation M5 y la MAC portátil registrada a las dos antenas he probado de conectar, pero … ||| Seguir leyendo... >>>

Entre los días 23 y 27 de Agosto se instalaron en Berodia y Asiegu un total de 4 supernodos, 5 nodos y 2 servidores. El motivo inicial de esta instalación fue compartir una conexión a internet entre distintos interesados de ambas poblaciones, pero la solución que se les ha ofrecido ha ido un poco más allá.

El modelo de conectividad de guifi.net consiste en un supernodo, una ubicación para repartir la señal mediante ondas wifi a los nodos. Esta ubicación comúnmente tiene uno o varios servidores que ofrecen varios servicios, en este caso, conexión a internet mediante un proxy “federado” y un sistema de compartición de ficheros con FTP. Los nodos (clientes con una sola antena de bajo coste) se conectan a estos supernodos y tienen acceso a la red.
Estos servicios son ofrecidos por un tercero y se deja libertad a que cualquiera pueda ofrecer todo tipo de servicios dentro de ella, ya que guifi.net es una red abierta (no hay claves wep ni wpa para conectarse a ella), libre (cualquier es libre de transferir cualquier tipo de datos en ella) y neutral (cualquiera, no importa su clase política,
social o económica, puede unirse y colaborar en ella).

Al mismo tiempo un supernodo puede conectarse con otro y extender así la red a todo el territorio. Dadas las limitaciones del terreno montañoso, árboles y edificios, se han tenido que crear los servicios por duplicado … ||| Seguir leyendo... >>>

Partimos de una debian squeeze 6.0.1.

Lo primero es instalar el servicio

# apt-get install vsftpd

Y las herramientas para gestionar bases de datos Berkeley.

# apt-get install db4.8-util

A continuación creamos un fichero con los datos de login y passwords poniendo el usuario y debajo el password, de esta forma:

# vi /root/ftpusers
usuario1
password1
usuario2
password2
:wq
# chmod 600 /root/ftpusers

Y generamos la base de datos en formato berkeley y la protegimos ante ojos indiscretos:

# db4.8_load -T -t hash -f /root/ftpusers /etc/vsftpd_login.db
# chmod 600 /etc/vsftpd_login.db

Una vez creada nuestra base de datos, necesitamos editar el archivo PAM para indicar que use nuestra base de datos.

# vi /etc/pam.d/vsftpd
auth required /lib/security/pam_userdb.so db=/etc/vsftpd_login
account required /lib/security/pam_userdb.so db=/etc/vsftpd_login

atención: comentamos el resto de líneas de este … ||| Seguir leyendo... >>>

El día 5 se piró la niebla y la lluvia y por primera vez en dos días pude ver un poco el paisaje de la zona, unas montañas realmente impresionantes, podías passar de 200m de altura a 1500m en apenas 50-100m (o esto es lo que me dijeron o acuerdo):

Al fondo Arenas de Cabrales, una ubicación en la que pronto esperamos que salgan puntos y que des de las escuelas tienen ya visibilidad con el supernodo ASIEJavier :)

El acabamos de montar lo que quedaba de Asiegu y empezamos a resolver las dudas que tenía la gente del pueblo, para salir por internet con guifi.net la cosa va un poco distinta, ya que la salida se hace por proxys, esto que aparentemente puede parecer un inconveniente, sobretodo si se te presenta todo el mundo con móviles no preparados para conectarse a proxys con autenticación, en el fondo es una ventaja, ya que si la red crece es posible escojer el proxy el cual quieres salir y más aún en un sitio donde las conexiones a internet un día funcionan y otro no. La zona de cabrales nos da a conocer una problematica con las telecomunicaciones realmente gorda, ya que las conexiones ADSL son pequeñas, funcionan mal y la otra alternativa que tienen los usuarios es el 3G pero igualmente la … ||| Seguir leyendo... >>>

El lunes salí a las 9 de la mañana de Olot y la primera parada que hice fue Vic, en setup, para recoger el material, ahí tenía que quedar con el camello, ¡perdón! el comercial del material wifi (¡esto de guifi es una adicción!) pero no pudo ser, así que sólo recogí el material que finalmente cupo en el coche. De nuevo reemprendí la ruta y justo salir de Vic me cruzé con el coche con knoppix que también iba a buscar material, una magnífica forma de empezar el viaje y un aviso de que fuese con cuidado que a la vuelta había gente esperando (mis padres fueron más contundentes, ¿vas sola? ¡cuidado no te secuestren y te corten en pedazitos! ¡vuelve entera!).

El viaje eran 8 horas y pico e hice 3 paradas, 2 de 10-15 minutos y otra de hora y pico en el parking de la playa de Pobeña, donde quedé con Shadowfox, uno de los viejos amigos al que ya hace unos meses le estamos dando la tabarra con esto de guifi. Ahí como de costumbre en Euskalherria (la tierra de los que hablan vasco), nos comimos unos pinchitos, pero como el pueblo y la hora no acompañaron mucho probamos suerte con el pueblo del lado.
En Pobeña nos sentamos un rato en la parada del bus para … ||| Seguir leyendo... >>>

Ayer llegué a Olot y tuvimos una reunión con los de guifi de las comarques gironines para empezar ya a cerrar algunos temas como el de crear la asociación para poder acceder a la fibra óptica que hay en Santa Caterina y repartir la conexión inicialmente por wifi a los nodos cercanos y desde ahí a otros más lejanos.
Agradezco muchísimo que finalmente fuese en Olot, ya que estos días voy justísima de tiempo :) así que muchísimas gracias!

Ahora mismo estaba ya mirándome los quilómetros que voy a recorrer estos días, de momento el primer tramo ya está completado, pero mañana por la mañana seguimos con la ruta. Primero tengo que ir a Vic a buscar el material y luego ya cojo la C-25 dirección Lleida y a partir de ahí a seguir el GPS.

Ésta es la ruta que estoy siguiendo en este viaje de ida:

Mostra un mapa més gran

Últimamente voy a bastantes sitios los cuales no he estado nunca y es necesario el uso de GPS, con conocimiento de la causa he adquirido un pequeño complemento para el coche para poder pegar el teléfono en el cristal y no tener que andar mirando al asiento del lado para saber si voy bien o no, además de que esto es peligroso.

Una de mis preocupaciones pero, es, ¿va … ||| Seguir leyendo... >>>

Estos días voy a tratar de hacer un post cada día explicando la experiencia de empezar a hacer guifi en una nueva comunidad autónoma, el principado de Asturias. En realidad con mi compañero de marsupi, Ál ya hicimos un montaje de unos nodos mesh en Gijón en enmarcados en el summerlab 2010.

El proyecto consistió en instalar 2 nodos mesh conectados por un cable de fibra óptica, uno en una torre de 95 metros y otro en una sala de exposición. La idea era que los usuarios de la exposición pudiesen conectarse con un teléfono con Android al nodo mesh expuesto y hacer llamadas a otro teléfono con Android que estuviese al exterior. La parte de conectividad más o menos funcionó, ya que el objetivo era que los propios teléfonos Android actuasen también como nodos mesh y pudiesen repartir la señal, pero simplemente lo que conseguimos fue que estos se conectasen como clientes al AP mesh.
Detrás estaba una centralita de VoIP la cual estuvimos haciendo pruebas, con los nodos mesh en el laboratorio. Pudimos comprobar que la teoría funcionaba, pero lo que no funcionó fue el interés por el proyecto que se limitó en un boom al momento de presentarlo.

Los meses han pasado y la … ||| Seguir leyendo... >>>

# vi /etc/apt/apt.conf.d/90-apt-proxy

es probable que el fichero no exista, así que lo creamos y añadimos lo siguiente:

Acquire::http::Proxy "http://usuario:password@ipproxy:puerto";
Acquire::ftp::Proxy "http://usuario:password@ipproxy:puerto";

guardamos, salimos y actualizamos los repositorios

# apt-get update

y apa ;)

thnks emi por la corrección, así queda todo más ordenado :)… ||| Seguir leyendo... >>>

De momento no hay autenticación con los usuarios de la web de guifi, para ello se tiene que rascar un poquito más, así que de momento dejaremos el proxy abierto y la recomendación es configurar el cliente de correo con el socks proxy y el cliente de http por el proxy squid de cabecera, con la autenticación de los usuarios y tal.

La instalación de dante es realmente sencilla:

# apt-get install dante-server

Justo con esto tendremos que empezar a configurar el fichero de configuración /etc/danted.conf

El fichero se divide en 3 partes principales, la de la configuración del servidor, el acceso de las conexiones (de donde vienen y hacia donde van) y las reglas de tipos de puertos o servicios que usamos. Para que quede mas claro el ultimo apartado lo vamos a definir simplemente con los puertos, si hace falta alguno simplemente lo añadimos.

No entro en muchos detalles con lo que es cada cosa porque algunas las cuenta perfectamente en el propio fichero de configuración, otras no tengo ni idea, pero espero que tras un poco de lectura pueda sacar información relevante para terminar de configurar este servicio. Voy anotando algunas cosas a tener en cuenta.

1a parte: configuración del servicio

logoutput: /var/log/danted.log
internal: eth0 port = 1080
external: eth1
method: username none
user.privileged: proxy
user.notprivileged: nobody
user.libwrap: nobody
connecttimeout: … ||| Seguir leyendo... >>>

Por ejemplo uno que uso bastante es el 9000 (http) y el 8080 (https)

acl Safe_ports port 9000
acl SSL_ports port 8080

y reiniciamos el servicio

Para los servicios de mensajería

# /etc/init.d/squid restart

Si además queremos dejar pasar las conexiones de mensajería añadimos esto:

# Allow AIM protocols
acl AIM_ports port 5190 9898 6667
acl AIM_domains dstdomain .oscar.aol.com .blue.aol.com .freenode.net
acl AIM_domains dstdomain .messaging.aol.com .aim.com
acl AIM_hosts dstdomain login.oscar.aol.com login.glogin.messaging.aol.com toc.oscar.aol.com irc.freenode.net
acl AIM_nets dst 64.12.0.0/255.255.0.0
acl AIM_methods method CONNECT
http_access allow AIM_methods AIM_ports AIM_nets
http_access allow AIM_methods AIM_ports AIM_hosts
http_access allow AIM_methods AIM_ports AIM_domains

# Allow Yahoo Messenger
acl YIM_ports port 5050
acl YIM_domains dstdomain .yahoo.com .yahoo.co.jp
acl YIM_hosts dstdomain scs.msg.yahoo.com cs.yahoo.co.jp
acl YIM_methods method CONNECT
http_access allow YIM_methods YIM_ports YIM_hosts
http_access allow YIM_methods YIM_ports YIM_domains

# Allow GTalk
acl GTALK_ports port 5222 5050
acl GTALK_domains dstdomain .google.com
acl GTALK_hosts dstdomain talk.google.com
acl GTALK_methods method CONNECT
http_access allow GTALK_methods GTALK_ports GTALK_hosts
http_access allow GTALK_methods GTALK_ports GTALK_domains

# Allow jabber.org
acl jabber_ports port 5222 5050
acl jabber_domains dstdomain .jabber.org .marsupi.org .guifi.net
acl jabber_hosts dstdomain hermes.jabber.org
acl jabber_methods method CONNECT
http_access allow jabber_methods jabber_ports jabber_hosts
http_access allow jabber_methods jabber_ports jabber_domains

# Allow MSN
acl MSN_ports port 1863 443 1503
acl MSN_domains dstdomain .microsoft.com .hotmail.com .live.com .msft.net .msn.com .passport.com
acl MSN_hosts dstdomain messenger.hotmail.com
acl … ||| Seguir leyendo... >>>

El gráfico muestra el tráfico desde Barcelona a la red guifi del norte. El cambio es debido a una avería en el supernodo BCNCOSF. De forma automática las rutas escogieron el camino alternativo, pasando por una red que hace unos meses aún no estaba conectada al resto de guifi. Gracias a esta unión, la mejora de la red de xsf y a algún enlace nuevo han permitido hacer una redundancia del enlace que conectaba Barcelona con el Vallès.

Es un placer ayudar a hacer red y esperamos que COSF se recupere pronto :(… ||| Seguir leyendo... >>>

Decido levantarme del sofá al que hace pocos minutos he caído desplomada, desconecto la alimentación del portátil, pliego cuidadosamente el cable, con un golpecito cierro la tapa del ordenador y lo meto dentro de su funda de neopreno.
Voy por la mochila y como si de dar comida a un pato se tratase meto el cargador y el portátil dentro. De un revuelo cojo la grimpadora y los conectores rj-45, miro lado a lado si me olvido de alguna cosa mas, las llaves, … ||| Seguir leyendo... >>>

¿Un augurio?… ||| Seguir leyendo... >>>

Muchas gracias a todos los que hacéis posible esta red y que estemos aprendiendo lo que no se nos había pasado ni siquiera por la cabeza!

Seguimos metiéndole caña a la red, entre todas es posible! que no se trunquen las esperanzas!

Actualización: me comentan que el nodo de plaza cataluña se ha desmontado para montarlo de nuevo mañana, se sigue ofreciendo wifi abierta con salidas a conexiones 3G. Mañana mas :)… ||| Seguir leyendo... >>>

El viaje empezó el viernes 6 dónde nos dirigimos a Iruña con Jose, ahí nos encontramos con los componentes de guifi nafarroa, que hace unos meses llevan trabajando con la expansión de la red guifi mediante nodos mesh con el firmware de gracia sense fils. Estuvimos con varios activistas que estaban hablando de crear un centro social para hacer distintas actividades y se planteaba toda la cuestión del software y la cultura libre.

Tras la charla-debate en la universidad de Iruña nos fuimos a un baserri de Beorburu, en el valle de xulapain (el nombre en castellano no lo recuerdo y es más fácil recordarlo con el nombre nativo). En este baserri se estaban construyendo 5 viviendas separadas con una zona común para hacer actividades de todo tipo y un espacio abierto a la gente del valle. Una iniciativa realmente interesante.
La noche terminó con una cena a la catalana, con pan con tomate, embutido, butifarra y un digestivo de mi tierra, la ratafia.

Durante lo que restó de fin de semana estuvimos con gente de todas partes de Euskalherria, realmente un fin de semana completito con una dinámica y varios talleres para hacer que el proyecto guifi.net arranque con fuerza en aquella zona.

El lunes volvimos a Barcelona y de nuevo partíamos … ||| Seguir leyendo... >>>

Zabbix tiene la ventaja que está disponible en los repositorios de debian y su instalación es tan simple como un:

root@burnell:~# apt-get install zabbix-agent zabbix-server-mysql zabbix-frontend-php

Una cosa interesante a tener en cuenta es que zabbix también funciona sobre pgsql, simplemente tendríamos que instalar zabbix-server-pgsql en lugar de zabbix-server-mysql. Comentar que zabbix permite la conexión con otros servidores zabbix (desconozco si también en modo malla -todos comunicados con todos-). Los proxys zabbix permiten instalar un servidor zabbix en una red donde los servidores monitorizados no son accesibles por otros servidores zabbix.

Zabbix permite monitorizar servidores con snmp (versiones 1, 2 y 3*) pero también un agente que permite la ejecución de comandos en el caso que ocurra algun problema, por ejemplo se queda pillado el servidor apache y la unica solución que hay hasta el momento es reiniciarlo hasta que se localice el problema. El paquete zabbix-agent tendrá que instalarse en todas las maquinas que queramos auditar.

*recordar que … ||| Seguir leyendo... >>>

Complemento este vídeo con este otro post: Nodos hibridos guifi.net… ||| Seguir leyendo... >>>

Parte 2:

Parte 3:

Este sistema de supernodo básicamente consiste en un nuevo tipo de instalación. Hasta el momento todos los supernodos de guifi estaban formados en sus inicios por routers linksys o mas adelante placas router board con radios mini-pci.
Estos sistemas tienen una “pega” o dificultad, que es la que tenemos que andar toqueteando pigtails, cables de cobre que comunican las antenas que ofrecen la conexión y las placas donde gestionamos todo el enrutamiento, normalmente con openwrt, dd-wrt o router OS, en cada conexión además había una pérdida de señal, además de que estas conexiones a veces son un poco delicadas.

El “nuevo” sistema consiste en un router (RB750 o similar) al que se le conectan antenas wifi que ya tienen las radios y las antenas emisoras de la señal en un solo dispositivo. Las antenas emisoras de señal van directamente soldadas a la placa de estos dispositivos, así que eliminamos los pigtails y al mismo tiempo la pérdida de señal en estas conexiones.

Con este sistema, podemos poner tantos equipos como ethernets independientes tengamos. Se puede ampliar a más conexiones mediante un switch; pero implica ciertos problemas por lo que seguramente quedará fuera de las configuraciones standar de guifi.net (se tiene que investigar la posibilidad de usar vlans en lugar de usar los nombres de las interfaces, recuerdo que el nombre wlanN … ||| Seguir leyendo... >>>

Los meetup son grupos de encuentro, en este caso de varios desarrolladores, basicamente de python, pero también otros lenguajes.

Esta charla va a dar una visión general de lo que es guifi.net y su funcionamiento. El objetivo es dar a conocer este proyecto a personas ya iniciadas al mundo de la informática (en este caso informáticos que trabajan en el campo de la biomedicina) y que puedan a medio plazo colaborar de alguna forma con la mayor red inalámbrica libre del mundo.… ||| Seguir leyendo... >>>

Es muy importante disponer de una red planificada al efecto, si se puede separar la voz de los datos, mejor. Unos switches gestionables que prioricen por tipo de tráfico sería estupendo. Pero la mayoría de los problemas vienen cuando la comunicación se realiza a través de Internet con usuarios nómadas u otras sedes. Aquí es donde implementar QoS es más necesario, y pocas veces se utiliza.

Con QoS podemos priorizar el tráfico de VoIP sobre el resto de servicios IP, incluso reservarle un ancho de banda exclusivo. Desde Excom, utilizamos Mikrotik como complemento a los proyectos de Asterisk y VoIP para implementar la calidad del servicio (QoS).

Por ejemplo, si utilizamos el servidor Asterisk exclusivamente para el servicio de VoIP, podríamos marcar los paquetes que entran y salen de este servidor:

/ip firewall mangle add chain=forward src-address=IP_Asterisk action=mark-packet new-packet-mark=VoIP disabled=no
/ip firewall mangle add chain=forward dst-address=IP_Asterisk action=mark-packet new-packet-mark=VoIP disabled=no

Luego darle una prioridad 1 a estos paquetes con una cola simple:

/queue simple add name=”Cola-VoIP” priority=1 packet-marks=VoIP disabled=no

Y a lo mejor limitar el resto de nuestro tráfico a 512 con una prioridad mucho más baja:

/queue simple add name=”Cola-Resto” priority=5 max-limit=512000/512000 disabled=no

Simplemente con esto mejoraremos notablemente la calidad de las conversaciones IP-IP entre sedes o con usuarios nómadas.

Fuente: luisabenza.com… ||| Seguir leyendo... >>>

La complejidad de este taller es que una servidora estará en Barcelona impartiéndolo a gente que estará Erandio, en el local de Reciclanet. La cosa se complicará más aún ya que debido a unos problemas organizativos y de comunicación hay en el mismo momento una charla de guifi.net en Gernika.

Inicialmente la idea era usar VNC y que yo me conectase a una maquina en reciclanet y usase voip para comunicarme con ellos. Pero teníamos que buscar una solución para los mirones de Gernika. Pensamos en streaming, teníamos la idea y claro donde hacerlo, en giss.tv.

Para ello vamos a usar webcamstudio, un software que permite streamear de forma muy intuitiva lo que queramos hacia donde queramos, además de que permite streamear el propio escritorio. Para el tema audio vamos a usar voip (o similar), y para el tema comunicación irc (irc.guifi.net #guifi-eh) y el twitter #guifieh.

Nota: el webcamstudio está empaquetado para ubuntu,
en debian, si desempaquetamos el .deb, cambiamos una cosa
y volvemos a empaquetar el paquete sigue funcionando:

Desempaquetar paquete:
descomprimimos tal qual el paquete
o

$ mkdir paquetedescomprimido
$ dpkg-deb --extract paquete.deb paquetedescomprimido

Modificar el fichero control de DEBIAN/ y dejar esta línea así:

Depends: openjdk-6-jre | sun-java6-jre, gstreamer0.10-plugins-good, gstreamer0.10-plugins-bad,build-essential, gstreamer0.10-plugins-ugly,gstreamer0.10-plugins-bad, libdbus-java

Empaquetar de nuevo el paquete:

$ dpkg --build paquetedescomprimido
… ||| Seguir leyendo... >>>

Este servidor proxy es un squid de toda la vida pero con unas modificaciones para que pueda leer la lista de usuarios en la web de guifi y permita cargarlos.

Esta instalación se ha hecho en una debian etch (old stable), pero para versiones mas nuevas es posible que la configuración sea similar. Por suerte tenemos unos super empaquetadores de paquetes que nos han facilitado esta tarea creando un paquete .deb que dejará el proxy up and running.

Para añadir los sources del repositorio apt de guifi editamos el fichero /etc/apt/sources.list y añadimos estas líneas al final.

#repo guifi
deb http://repo.vic.guifi.net/debian/  ./

Y actualizamos el listado de los repositorios e instalamos el paquete guifi-proxy:

# apt-get update
# apt-get install guifi-proxy

Nos pregunta algunas cosas, como la “web base” dejamos la que hay (www.guifi.net).

Guifi Proxy node number: esto tendremos que ir a la web de guifi y crear un nuevo contenido llamado guifi.net service, donde indicamos que queremos crear un servidor proxy y a qué máquina la vinculamos (recuerdo que la máquina tiene que estar creada previamente en el nodo/supernodo correspondiente). El numero que nos pide esta pantalla es el mismo que sale en la url o los numeros iniciales en el campo servicio. Importante tras crear el proxy acabar de configurarlo, … ||| Seguir leyendo... >>>

Tengo pendiente hacer un megapost para explicar como funciona al mismo momento, como se configura este tipo de dispositivo para que funcione con la red guifi.net.

Hace ya unos días tengo la batalla de hacer que este dispositivo mande las gráficas de las antenas que tiene conectadas por cable rj-45, había revisado el snmp, configuraciones, permisos, logs, etc. pero nada de nada.

El problema venía de la forma en qué estaba configurada la RB. Los puertos 3, 4 y 5 colgaban del 2, esto hacía que no se pudiese ver la transferencia de los datos entre los distintos puertos y era preciso definir el Master Port de la interfaz a none en lugar de la ether2. Si los puertos de la rb las tienes en modo bridge, será preciso añadir las interfaces desvinculadas de la ether2 en el bridge wLan/Lan.
La otra era que las interfaces de red, en lugar de llamarse wlanX, se llamaban etherX, esto hacía que la web no hiciese el filtro correcto a la hora de recibir los mib snmp (hay que mirar en el unsolclick qué interfaz corresponde a qué antena).
También es importante destacar que la location de la RB750G sea la misma que pone en el fichero de configuración “unsolclick”.

Actualmente la configuración de estos dispositivos se puede hacer por la web de guifi, pero esta no está del todo preparada para las RB750G, … ||| Seguir leyendo... >>>

Hace dos meses Ramon Roca hizo una charla sobre este proyecto en el Hika ateneo de Bilbao donde explicaba la experiencia y las posibilidades de guifi.
Ahora volvemos para empezar a hacer el trabajo de campo. La población escogida ha sido Larrabetzu, una población con un numero elevado de proyectos autogestionados y con un interés creciente por parte de las entidades municipales hacia estos.
Los objetivos principales eran dar a conocer las distintas personas implicadas en la expansión de esta parte de la red, y podemos decir que nos quedamos impresionados de la gran asistencia, una veintena de personas provenientes de distintas partes de Euskal Herria.
Hacía falta analizar también las mejores ubicaciones de los supernodes tanto para dar cobertura a una zona de casas o para interconectar con futuros supernodos, tipo de hardware y configuración de un supernodo.

Por la tarde, después de una comida llena de dudas y preguntas sobre guifi, nos desplazamos hacia Santurde de Rioja a visitar el instalador de un conjunto de supernodos en medio de la Rioja, la personalidad en cuestión es un nativo de Santurde que ahora habita en Madrid, ahora sólo veranea en esta población y cuando tiene un par de días libres aprovecha para acercarse a su población natal para poquito a poco solucionar el problema de conectividad de su pueblo (comentaba que la … ||| Seguir leyendo... >>>

En Olot tenemos una nanostation loco m5 que se conecta a un supernodo a apenas 500 metros, este supernodo está conectado a otro que está también a unos 500 metros aproximadamente.

La cosa es que hacía ping a la ip de la FTP pero no podía acceder y necesitaba acceder a su máquina para verificar cual era el problema. Como usa windows la forma que tenía de conectarme a su ordenador era mediante RDP (escritorio remoto de windows).

Para ello tenía que ir a la nanostation y redirigir el puerto 3389 TCP correspondiente al puerto del RDP a la máquina de mi hermano, 192.168.1.156.

Pero había un pequeño problema, el supernodo que conecta la Garrotxa con el resto de Guifi por la noche se para porque funciona con una placa solar. Así que he tenido que acceder a la isla de guifi de la Garrotxa por una máquina la cual tengo acceso ssh, karme.guifi.net.

$ ssh -L 8080:10.139.97.37:80 usuario@karme.guifi.net

Si la incidencia hubiese sido de día quizás podría haber conectado directamente por guifi, pero también al estar tan lejos el ancho de banda que llegaría sería muy pequeño, pero no está de menos probarlo en alguna hora de sol.

Lo primero será activar el escritorio remoto de windows, botón derecho sobre “mi pc”, propiedades y en la pestaña remoto activamos el compartir el escritorio:

Activamos la caja “Permitir que los usuarios … ||| Seguir leyendo... >>>

Hoy vamos a montar un servidor de gráficas para graficar nuestros nodos y supernodos. El motivo de este servidor es graficar los supernodos que están dentro de la red de xsf (cooperativa xarxa sense fils).

Lo primero de todo será escojer un servidor víctima, en este caso fermat, que ya es un servidor que se dedica a ofrecer otros servicios a guifi, como la wiki.

Entramos por ssh a la máquina y añadimos los repositorios de apt de guifi en el fichero /etc/apt/sources.list.

# vi /etc/apt/sources.list
#repo guifi
deb http://repo.vic.guifi.net/debian/  ./

actualizamos el repositorio:

# apt-get update

e instalamos el paquete snpservices

# apt-get install snpservices

snpservices con un conjunto de herramientas que permitirán capturar las gráficas de los nodos y supernodos que estén configurados a este servidor. Esta máquina tendrá que tener así salida a guifi.net y a internet, ya que hasta el momento el servidor de guifi.net es sólo accesible desde internet.
Para leer las gráficas, el servidor de guifi.net preguntará a nuestro servidor, vía web las gráficas de los nodos que están configurados con este servidor.

El servidor va guardando la información que le mandan los nodos mediante unos scripts que vemos en /etc/cron.d/snpservices

fermat:~# cat /etc/cron.d/snpservices
*/30 *  * * *   root    if [ -x /var/www/snpservices/graphs ]; then cd /var/www/snpservices/graphs ; fi; if [ -x /usr/bin/php ] && [ -r /var/www/snpservices/graphs/mrtgcsv2mrtgcfg.php ]; then env LANG=C /usr/bin/php mrtgcsv2mrtgcfg.php >> /var/log/snpservices/mrtgccfg.log 2>&1;fi
*/5 *   * * *   root    if [ … ||| Seguir leyendo... >>>

Si dejamos de lado lo que comento que está en java (por lo menos el open) y usa flash para funcionar, tenemos entre manos una magnífica herramienta que es posible que revolucione la comunicación entre nuestros colectivos, ponencias y demás.
No sólo es una whiteboard via web, sino que además de permitir hacer 4 bocetos (las herramientas son muy limitadas pero suficientes), permite subir presentaciones, al igual que el etherpad tiene una herramienta de chat (con traducción simultánea a varios idiomas) y lo mejor de todo que permite video y audio conferencia entre los distintos participantes, además de pedir el turno de palabra (levantar la mano).

Su uso es realmente intuitivo al igual que su instalación realmente sencilla, con la única pega que sólo está soportado por ubuntu 10.04 (cabe seguir investigando si es portable a otras distribuciones como debian). La otra es que recomiendan tener 4 gigas de RAM para poder ejecutar la herramienta (con 2 gigas y poco y dentro de una maquina virtual mas o menos funcionaba, con la calma, pero funcionaba).

Su instalación la podemos encontrar en la página web del proyecto (demo), pero como es de costumbre, para aquellos que el inglés ni pajotera idea tengo la amabilidad de traducirlo y detallar algunas cosas.

Instalamos … ||| Seguir leyendo... >>>

Con irssi podemos ejecutar unos comandos al inicio para dejar configuradas algunas cosas como passwords o comandos de inicio, el que estaba persiguiendo era el /sethost que permite ocultar el dominio, para ello es necesario hacer una modificación en el servidor de irc. En freenode esto se lo llama cloak.

fermat:/var/qwebirc/js/irc# vi ircclient.js

/* we guarantee that +x is sent out before the joins */
if(this.ui.uiOptions.USE_HIDDENHOST)
this.exec("/UMODE +x");
this.exec("/sethost irc.marsupi.org password_super_secreto");

la función this.exec sirve para ejecutar comandos de irc.

luego ejecutamos el ./compile.py (no hace falta matar el proceso y tal) y recargamos el qwebirc en nuestro navegador vaciando todo lo que haya en la caché (F5).

Pues yasta.… ||| Seguir leyendo... >>>

Lo primero que tenemos que hacer es instalar algunas dependencias y el mercurial para poder descargar las fuentes.

# apt-get install mercurial python-simplejson python-twisted

Escojamos un directorio víctima a instalar el qwebirc, por ejemplo /var. En contra de lo que podríamos pensar al instalar una aplicación web este, al igual que el etherpad lo compilas, lo ejecutas y te crea una nueva conexión en un puerto especial, en este caso el 9090.

# cd /var
# hg clone http://hg.qwebirc.org qwebirc
# cd qwebirc/
# hg up -C stable
# hg pull
# hg up

Luego copiamos el fichero de configuración config.py.default a config.py

# cp config.py.default config.py

Y lo editamos con los datos requeridos

# vi config.py

# cat config.py |egrep -v "(^#.*|^$)"
from qwebirc.config_options import *
IRCSERVER, IRCPORT = "irc.guifi.net", 6667
REALNAME = "http://irc.marsupi.org/"
IDENT = "webchat"
WEBIRC_MODE = None
BASE_URL = "http://irc.marsupi.org/"
STATIC_BASE_URL = "http://irc.marsupi.org/"
DYNAMIC_BASE_URL = "http://irc.marsupi.org/"
NETWORK_NAME = "Guifi.net"
APP_TITLE = NETWORK_NAME + " Web IRC"
FEEDBACK_FROM = "mail@contacto"
… ||| Seguir leyendo... >>>

Todo empezó con una llamada a Al de una persona de una empresa del Hospitalet de Llobregat que precisaba conexión directa al datacenter para poder realizar tareas de streaming de vídeo en el servidor que tiene ahí alojado, el chico de contacto, David, tenía un equipo de wirelessHD, un wifi que trabaja a 60GHz y permite enlaces de 1-2,5Gbps, pero la distancia era de 1,250km y la máxima para este tipo de conexiones es de 1,2Km y no conectaba. Así que la solución estaba en wifi y ¿quien mejor para hacerla? Un chico que había hecho un buen trabajo en un tiempo pasado a una persona de otro datacenter.

Tras la atonidad de Al al recibir este encargo, la noticia pasó a ser difundida tímidamente entre los círculos mas cercanos, no nos podíamos creer lo que estaba ocurriendo, pensábamos que había trampa o cartón, por esto no quisimos dar la noticia a bombo y platillo, pero no, el viernes al mediodía recibimos la confirmación y de nuevo teníamos que poner en nuestras manos nuestras mejores herramientas de … ||| Seguir leyendo... >>>

Marta Cambronero (Redacción Aragón)
Viernes 29 de octubre de 2010. Número 136
Este proyecto de redes comunitarias y libres se presentó el 22 y 23 de octubre en el Hackmeeting 2010 de Zaragoza. Su objetivo: extender el acceso a una red abierta y creada por los propios usuarios.

¿Por qué no te puedes conectar a la red del colegio para hacer los deberes por las tardes desde casa? ¿Tiene sentido enviar un mensaje al vecino de al lado que pase por EE UU –vía Google o Facebook?

Éstas son algunas de las cuestiones que trata de resolver el proyecto Guifi.net, una red neutral y abierta, hecha por los propios usuarios, que ya da cobertura a unos 14.000 kilómetros lineales en el Estado español, la mayor parte en Catalunya. Cualquiera es libre de conectar, conocer y comunicar el funcionamiento de la insfraestructura, de ahí que se califique como abierta. Y es libre porque se puede utilizar con cualquier propósito siempre que no se perjudique el funcionamiento de la propia red o la libertad de otros usuarios, según explican sus promotores en su página web.

Es una red que permite compartir información por wifi (y, poco a poco, también por fibra óptica) y ayuda a reducir la brecha digital, ya que da conexión a lugares a los que no llegan otras infraestructuras. Es neutral porque “puede conectarse igual un desempleado que un ministro”, explicaba Blackhold, una de las integrantes del proyecto, en la charla que ofreció en Zaragoza … ||| Seguir leyendo... >>>

Voy a hacer un poco de la actualidad tecno-friki de estos días, pero la cosa no acaba aquí :D (mal iríamos entonces!), además los octubres son activos por naturaleza, es un mes de inflexión y para mi el año empieza entre el 15 de Septiembre y el 1 de Octubre en lugar del 1 de Enero.

Como algunos sabréis este mes de octubre he estado de gira tecno-guifi-hackiita, la primera parada fue en Madrid, inicialmente la idea era no entrar en la ciudad de Madrid, pero las circumstancias así lo decidieron y tuvimos que entrar finalmente para realizar algunas tareas de gestión y configuración. Destaco el encuentro con la gente del Centro social la tabacalera, que se encuentra en el antiguo edificio de Tabacalera en Lavapiés, ahora propiedad del ministerio de cultura.
Durante nuestra visita nos encontramos con ffmartin y apardo de sindominio-hamlab-kaslab, en fin cosas de estas, porque una vez estás metido estás metido en todas partes :D, pero otro encuentro genial fue el de victor de ciclickya (o algo así :P), que tienen un taller de reparación de hardware, además ofrecen clases de distintos programas libres, el día que estuvimos ahí estaban ofreciendo uno de gimp y los próximos días estaba planeado uno de blender.
A Victor le estuvimos hablando un poquito del proyecto de guifi.net, ya que tonic se encuentra un poco solo en madrid y para poder … ||| Seguir leyendo... >>>

Primero de todo nos basamos en que es posible realizar una conexión 3G con un portátil mediante un pinganillo usb 3G o un teléfono que permite compartir la conexión 3G (osease un android).

Voy a contar 2 escenarios, una en una red estática con servidores proxy y la otra vamos a montar una red ad-hoc (mesh o como quieras llamarlo).

Escenario 1 (en el centro social):
Tenemos una red ya montada con un servidor proxy, queremos compartir nuestra conexión 3G pero no da muy buen rollo dejar el teléfono (en este caso) colgado de un usb del servidor proxy, así que en este caso vamos a conectar el teléfono 3G en un portátil. La solución quizás sería un poco liada pero funciona y da muy buenos resultados :)

La red consiste en todo de routers wifi repartidos por todo el edificio y un servidor dhcp+dns+proxy montado en la red, la gracia de usar este método es que simplemente nos bastará en cambiar una línea del proxy que ya está configurado en las distintas maquinas. El servidor proxy en cuestión el que monté anteriormente con este post.

La peculiaridad de este proxy es que hace un forward de las conexiones por otro proxy pero actualmente debido a unos … ||| Seguir leyendo... >>>