Tinc una base de dades (MySQL) en un servidor en què em connecto a través d’un túnel SSH, per xarxa local o a través d’internet. Les màquines fan servir FreeBSD.

He buscat informació sobre quins algorismes de xifratge es recomanaven, i si era avantatjós comprimir les comunicacions. Com s’esdevé sovint en temes semblants no hi ha solucions úniques, així que he decidit fer les meves proves.

Metodologia

Defineixo dues proves:

• Prova 1: select a base de dades que retorna uns 558 registres, i recuperació de tots els registres amb un cursor.
• Prova 2: Recuperació dels 80 primers registres, però amb 80 select independents que retornen 1 registre cada una.

Executo les dues proves amb 6 algorismes de xifratge, primer sense compressió i després amb compressió. I repeteixo tot el cicle 10 vegades. Al final tinc 10 temps amb compressió i 10 sense per cada algorisme i per cada prova.

Codifico totes les proves amb Python.

Resultats

Amb accés a través d’internet (t1=prova 1, t2=prova 2, temps mínim, mitjana de les 10 proves i temps màxim; False i True fan referència a la compressió).

Amb accés a través de xarxa local:

Amb això trio:

• Per internet: blowfish-cbc amb compressió. Era previsible que la compressió ajudaria.
• Per xarxa local: chacha20-poly1305@openssh.com sense compressió.

Les conclusions són vàlides per la prova descrita, orientada a l’ús que faig d’aquesta connexió. Per un sistema que hagués de transmetre grans volums de text, per exemple, la compressió en xarxa local podria ser útil.

En tot cas, sempre que sigui possible, és recomanable provar diferents alternatives abans de decidir.

Un dels avantatges de la virtualització de maquinari és la flexibilitat per a fer proves i canvis: només cal fer una còpia de la màquina abans d’aplicar el canvi, amb la seguretat que, si alguna cosa falla, es pot tornar enrere d’una manera fàcil.

Aquesta tarda ho he fet per canviar aquest servidor a FreeBSD 10.2, que es va publicar ahir:

• snapshot inicial (és a dir, fer una còpia de tota la màquina). Uns 5 minuts d’aturada.
• Així que s’arrenca el servidor inicio el procés d’actualització del sistema operatiu (freebsd-update -r nom-de-la-versió upgrade). Això analitza l’ordinador, recull el programari de la xarxa i informa de quins canvis es faran.
• Cal invocar freebsd-update install per actualitzar el kernel, i tot seguit s’ha de reiniciar el servidor. Un minut més d’aturada.
• Cal tornar a invocar freebsd-update install per aplicar tots els altres canvis.

Total, uns vint minuts de feina. A ximple vista tot funciona,

Digueu-me agosarat, avui mateix en arribar a casa he vist que ja tenia el Windows 10 a punt d’instaŀlació, i he tirat endavant amb el procés.

Després d’1 hora (més o menys) de procés i una connexió a internet per un driver addicional funciona prou bé. Val a dir que l’ordinador és de principi d’any, i partia d’una configuració ben estable.

Fa cosa de dos anys van sorgir un parell d’iniciatives (Eticom i Som Connexió) per muntar cooperatives per donar serveis de telefonia, que van convergir.

A finals d’abril eticom – som connexió ha començat a donar serveis de telefonia mòbil.

Aquesta nit m’han fet el canvi. Ja consumeixo comunicacions mòbils d’Eticom-Som Connexió!

Aquest cap de setmana he canviat el blog de servidor. I, és clar, he tingut un dels problemes clàssics: unes pàgines estàtiques no es veien bé per problemes en la codificació de caràcters.

A la meva vida informàtica (professional i privada) dec haver perdut unes quantes setmanes a resoldre problemes d’aquests. En els 40 anys d’informàtica desenvolupada segur que s’hi han dedicat milers d’anys.

Acabo de fer un pagament a un organisme públic per internet. He rebut un correu amb aquest mateix mal:

Si els anglesos fessin servir accents, ces trencades, punts volats, enyes, ens hauríem estalviat molta feina!

Quan els ordinadors només mostraven lletres i números hi havia el costum de “dibuixar” títols grans amb caràcters bàsics, tant a les pantalles com també als llistats, com ara així:

                                oo                   dP             dP dP                    
                                                     88             88 88                      
  dP    dP 88d888b.    dP.  .dP dP .d8888b.    .d888b88 .d8888b.    88 88 dP    dP 88d8b.d8b.
  88    88 88'  `88     `8bd8'  88 88'  `""    88'  `88 88ooood8    88 88 88    88 88'`88'`88
  88.  .88 88    88     .d88b.  88 88.  ...    88.  .88 88.  ...    88 88 88.  .88 88  88  88  
  `88888P' dP    dP    dP'  `dP dP `88888P'    `88888P8 `88888P'    dP dP `88888P' dP  dP  dP

D’estudiant (BUP, COU) n’havia fet alguns amb màquina d’escriure (més senzills, en general amb lletres majúscules).

He trobat aquesta pàgina ASCII Text Signature Generator amb força opcions per generar rètols d’aquest tipus. Encara són útils com a pantalles de benvinguda de servidors.

Em pregunto per què als teclats d’ordinador encara hi ha les opcions de bloqueig del teclat numèric, la de bloqueig del desplaçament vertical (scroll) i per què al teclat espanyol el punt del teclat numèric no ha estat substituït, per llei, per una coma.