Com que tinc un servidor a casa dels meus pares encés 24/7, el faré servir de passarel.la. Això no serà suficient, doncs encara no tenim el port de la interfície ADSL del router del veí apuntant al nostre PC. La solució està en els túnels inversos que ens proporciona SSH.

El que farem serà, un cop s'encén el PC del pis (el que està amb aquesta ADSL intocable) és connectar-nos al servidor de casa dels meus pares via SSH de manera que deixi aquesta connexió escoltant al servidor a un port que coneixem. Aquest port estarà redirigit (per dins la connexió SSH que hem iniciat des del PC del pis) al port 22 del PC del pis. Tot això es redueix a aquesta comanda:

ssh -nNT -R 2222:localhost:22 usuari@servidor

El que fa mandra, és executar això cada cop. La solució és crear un script d'inici per tal que ho faci per nosaltres:

#!/bin/bash
CMD="ssh -nNT -R 2222:localhost:22 user@server"
case "$1" in
start)
`${CMD} ` &
pid=`ps aux | grep "${CMD}" | cut -d ' ' -f 7 | head -n 1`
echo $pid > /var/run/reversetunnel.pid
;;
stop)
kill -15 `cat /var/run/reversetunnel.pid`
;;
*)
echo "Available options: start, stop."
;;
esac

I per evitar que ens demani la contrassenya de l'usuari, crearem un parell de claus RSA per l'usuari root (que és qui llençarà l'script d'inici) i copiarem la clau pública al servidor:

# ssh-key-gen
# ssh-copy-id -i .ssh/id_rsa.pub user@servidor

Ara, quan ens volguem connectar al PC del pis, fariem

$ ssh user@servidor
$ ssh user@localhost -p 2222

I ens connectariem per SSH al PC de casa. Fent això, podeu tenir un problemilla amb la identificació del host i el seu fingerprint. Si no heu fet mai ssh user@localhost al servidor, no veureu l'avís, però, si com jo, ho havíeu fet algun cop, us dirà que la identificació de la màquina ha canviat. Efectivament, per SSH localhost tenia un fingerprint (el bo, el del server) i ara, que feu ssh a localhost també, però realment és una altra màquina, el fingerprint no coincideix i SSH us avisa. Per solucionar-ho el que he fet ha estat esborrar .ssh/known_hosts i afegir al /etc/hosts un alias per 127.0.0.1 anomenat 'natura' que es el nom del meu PC al pis. Així, enlloc de ssh user@localhost -p 2222 fareu ssh user@natura -p 2222 i per SSH ja serà un altre host i no hi haurà conflicte de noms.

Actualització: l'Eduard va escriure un article sobre el mateix tema i comenta que podem patir talls a la connexió per timeouts, ell explica com solucionar-ho ;-)

Llevaba yo un tiempo contento con mi IBM PS/2 286, con su flamante megabyte de RAM y sus 28MB de disco duro, convertidos en 40 y pico gracias a dblspace, un compresor de disco que venía con MSDOS6.1 o 6.2, no recuerdo :) Hasta que ví en una tienda de segunda mano, un IBM también, 486 con ya 16MB de RAM y 270MB de disco duro, un gran salto cualitativo. Un salto que valía 45.000 pelas.

Un dia llegó a casa el PC :)

Con su OS/2, PC-DOS, MS-DOS y Virus95. No conocía ni PCDOS ni OSDOS, tampoco GNU/Linux para podérselo instalar. Pero sí que sabía lo que era el PCFutbol y que mi primo lo tenía, así que pim pam pum, se lo instalo. Evidentemente tenía virus, creo que salió de fábrica con virus aquel juego xD

Pues bien, yo que sabía lo justo por aquel entonces, pues me fui para la tienda a decirle que... no iba aquello xD Acabaron formateándome el disco :(

Y el problema viene cuando digo, vale, sin lectora de CD, ¿cómo vuelvo a instalar el 95? Pues no podía, instalé 3.11. Hasta que se me ocurrió ir a casa de mi primo (sí el mismo que me dejó el PC Futbol xD) y compré diskets. Un montón. Exactamente 40. Cogimos el CD de Windows 95 y con el famoso ARJ, pasamos el CD a disquetes. Usamos 36 en total. Y aún los tengo, ¡los iba yo a tirar! ¡Ja!

Después de aquello uno empezó a pensar en comprar un lector de CD. Me voy a la tienda y suelto la pasta para una lectora. Todo contento me voy a casa, abro el PC voy a enchufar el CD y ... oh shit! No cabe el cable en el conector, WTF?! ¿Pero esto no es estándar? pensé yo... Bueno, calma, le llevo el ordenador al de la tienda y que se lo mire...

El tio ve el trasto y suelta: Ah, es que esto es escasi y yo uh... ¿lo qué? ¡Yo quiero un CD! Y el hombre me trajo una lectora SCSI, pero ... no iban los drivers. ¿Un CD lleva drivers? Ah bueno...

Y así en dos o tres tiendas más, hasta que uno me dijo: «Chaval, o te compras uno marca IBM o no vas a tener CD». Pues guay. Pido precios y ... casi me da infarto.

Pasó el tiempo y un dia de estos, después de clase que no sabes qué hacer, te vas a dar una vuelta por un Cash Converters, a chafardear. Y ahí estaban, 3, no una no, ¡3! lectoras de CD ROM SCSI marca IBM. ¡Por sólo 1500pts! Con su aureola alrededor y música angelical y todo llamándome. Joder, no sé si tuve una erección, pero no me extrañaría. Evidentemente, jovenzuelo yo, no llevaba ese dinero encima, sería 1º o 2º de ESO, y ya hace unos añitos jejeje.

Y aquí entra en acción la cabina. Salí a la calle a llamar a mi madre, que me trajese la pasta ipso facto, no podía dejar escapar esa oportunidad; aunque pensándolo bien, seguro que las otras dos, se quedarían ahí por los siglos de los siglos, porque no sé si mucha gente tendría un IBM SCSI... o sí, quién sabe.

Y colorín colorado, marc0s ya tenía CDROM instalado.

Para horfulus ;-)

Pues como bien apunta el título, estoy ahora mismo en época de cambios. Servidor se ha cambiado de trabajo como muchos ya sabréis; ahora trabajo en Girona con Edu, en GISCE Enginyeria, desarrollando una aplicación web de GIS para empresas eléctricas, bien conectadito a el ERP que también desarrollamos en la empresa. Y dicho cambio de curro lleva asociado un razonable cambio de residencia. Sí, sí, ¡Marquitos se va de casa!, jeje. El viernes pasado firmé la reserva de un pisito de alquiler, en Girona claro está. Desde que tomé este trabajo pensaba irme a vivir a Girona, pero a raíz del pequeño accidente de coche de hace un par de semanas, la búsqueda de piso se tornó más intensiva. Y ya está, ya tengo que empezar a pensar en la mudanza... Da pereza, ¡pero hay ganas!

Estáis invitados :)

Y en otro plano, el friki, comentar que el desarrollo del nuevo tkpholog ya está aquí, pero con muuuchos cambios. Incluso de nombre, lo que debería ser el tkpholog2 pasa a ser Djaflog. Los más ávidos habrán intuido que ya no usaré PHP sino Django :) Pues sí, cambiamos de PHP a Python (y Django), también de MySQL a PostgreSQL y, como de perdidos al río, de SVN como control de versiones al «nuevo» GIT. ¿Todo sea aprender cosas nuevas, no?

Podéis consultar el repositorio GIT si estáis interesados en el desarrollo.

Pues bien, la aprobación de ODT (exactamente OASIS) como estándar ISO el 8 de mayo de 2006, fue un golpe bajo a Microsoft, pues las administraciones públicas (sobretodo europeas) empezaban ya a reclamar la documentación en un formato abierto para no discriminar a usuarios de plataformas no-MS. Y todos sabemos el gran mercado que supone la administración pública. A raíz de esta pérdida de mercado que les acechaba, la multinacional de Redmond, intentó aprobar por la vía rápida el formato OOXML como estándar. Por suerte, la vía rápida decidió que no. Evidentemente MS no cesó en su lucha y empezó el proceso de nuevo por la vía normal y sacando maletines de aquí y de allá para «hacer ver las bondades técnicas» de su estándar a gobiernos indecisos :)

Uno de los casos más notable ha sido el de Noruega, 19 votos en contra, 5 a favor. ¿Y que tiene eso de malo? ¡Que finalmente Noruega dijo sí a OOXML! Im-presionante, como diría aquél. Dicho quede, que la UE no descarta estudiar este hecho.

Y los casos así se suceden, no se entiende sinó, que un estándar incompleto, inválido, conflictivo, con errores conocidos y que supone la redundancia de estándares en el ámbito de la documentación (OASIS ya era estándar antes) sea finalmente aprobado como estándar internacional.

¿Y qué significa todo esto? Bajo mi punto de vista confirma que poderoso caballero es Don Dinero, que la economía está por encima de toda razón lógica, técnica y moral y que ya no nos gobiernan personas, sinó multinacionales que manejan el poder económico y las decisiones que nos afectan como ciudadanos.

Pues nada, a seguir poniendo el culo y a ver en qué acaba todo esto.

La librería que usaremos es ZSI, que es actualmente la que tiene un desarrollo más activo y parece ser que se impone como la de referencia para desarrollar webservices usando Python. Por contra, la documentación disponible es escasa.

Entremos en materia.

Tenemos el siguiente descriptor que define el servicio que queremos ofrecer y las operaciones que tiene disponibles. Digamos que el servicio tiene que devolver una lista de pares (peso,Variable) para una petición de un String. Caso práctico: le pedimos al webservice la última lista de la compra que hizo Juan (el String «Juan» sería el input del servicio) en la frutería, nos devolverá una lista de parejas (kilos, fruta), por ejemplo :)

Veamos la parte relevante:

<!-- types -->
<wsdl:types>
<schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="Pares_NS">
<complexType name="parPesoVariable">
<sequence>
<element name="peso" type="xsd:long" minOccurs="1" maxOccurs="1"/>
<element name="variable" type="xsd:string" minOccurs="1" maxOccurs="1"/>
</sequence>
</complexType>
<complexType name="parPesoVariableList">
<sequence>
<element name="par" type="dat:parPesoVariable" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</complexType>
</schema>
</wsdl:types>
  <!-- messages -->
<wsdl:message name="getParesRequest">
<wsdl:part name="input" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="getParesResponse">
<wsdl:part name="output" type="dat:parPesoVariableList"/>
</wsdl:message>

El primer paso será generar la base de código Python que luego extenderemos para crear nuestro servicio. Para ello usamos el script python wsdl2py y su compañero de viaje wsdl2dispatch. Atención como hacemos uso de tipos de dato complejos (complexType), necesitamos pasarle a wsdl2py el argumento --complexType (o -b), sino, tendremos errores en la serialización de los objetos python y del XML cuando os habléis con vuestro servicio. Aquí me tiré yo horas por no hacer un --help :)

$ wsdl2py --complexType --file Servicio.wsdl
$ wsdl2dispatch --file Servicio.wsdl

Estos dos comandos nos crearán 3 ficheros .py:

• Servicio_services.py
• Servicio_services_server.py
• Servicio_services_types.py

Para crear nuestro servidor, extenderemos Servicio_services_server en una nueva clase (myServer, por ejemplo).

from ZSI import *
class MyServicio(ServicioService):
_wsdl = "".join(open("Servicio.wsdl").readlines()) # para devolver el WSDL a cliente que lo solicite
	def soap_getPares(self, ps, **kw):
response = ServicioService.soap_getPares(self, ps, **kw)
request = self.request
return self.getPares(request)
	def getPares(self, req):
db = DB.connect()
pares = db.getListaCompra(req.get_element_input())
return pares
...
# y ahora un poco de OptionParser antes de ponerlo en marcha
op = OptionParser(usage="%prog [options]")
op.add_option("-l", "--loglevel", help="loglevel (DEBUG, WARN)",
metavar="LOGLEVEL")
op.add_option("-p", "--port", help="HTTP port",
metavar="PORT", default=8080, type="int")
options, args = op.parse_args()
if options.loglevel:
loglevel = eval(options.loglevel, logging.__dict__)
logger = logging.getLogger("")
logger.setLevel(loglevel)
# Ejecutamos el servidor
AsServer(port=options.port, services=[MyServicio(),])

Ahora ya sólo faltaría el cliente (y la base de datos, que lo puse ahí vilmente :) ). También, ya habréis visto, los tabuladores del código se los ha pasado el wordpress por el forro, así que no hagáis copypaste ;-)

El cliente, lo dejo como ejercicio al ávido lector (siempre lo había querido decir esto xDD), os dejo un enlace una buena guía por si os quedáis atascados.