Això meu deu ser un virus masoquista: dos ordinadors actualitzats a Windows 10 “Fall Creators Edition” aquesta tarda.

El primer ha trigat 3 hores llargues (disc dur clàssic, ADSL, i3). El segon (el meu, amb força més programes instal·lats) ha quedat enllestit en 1 hora i mitja (emmagatzematge SSD, fibra 50 Mbit/s, i7).

Tots dos sembla que funcionen correctament.

Fa uns dies vaig veure que hi havia una nova versió de FreeBSD. Doncs va, actualitzaré. Com sempre faig un “snapshot” del servidor actual, i començo el procés.

Després d’un dels reinicis no em puc connectar per SSH. Ho faig a través de la consola, i hi veig un error: falta libssl.so.8. Després d’una mica de desconcert m’adono que he passat a una versió anterior, tenia la 11.1 i he passat a la 10.4. El més gros és que primer he intentat instal·lar la 11.4 (que no existeix), aleshores he consultat la web de FreeBSD i m’he quedat amb la versió acabada de publicar, la 10.4 (actualització de la branca 10) i he tirat endavant.

Sort del “snapshot”, he recuperat el servidor i diria que tot funciona bé.

En definitiva, no em puc fiar de la memòria, cal assegurar tots i cadascun dels passos en l’administració de sistemes. Això d’avui no m’havia passat mai.

Aquest matí he esborrat l’Eclipse i el SDK de Java de l’ordinador de casa. Amb el temps he deixat el Java i tota utilitat o prova la desenvolupo amb Python.

I més tard he desinstaŀlat també el Java SE. Un parell de programes basats en java porten el JRE.

3/10: Haig de tornar-lo a instal·lar, un programa d’ús molt esporàdic el necessita!

Tenia el gestor de fotografies en Python2, i l’he migrat a Python3.

Els principals passos i problemes:

• He creat un entorn propi pel gestor (veure utilitat venv de Python).
• He instaŀlat les darreres versions de cada llibreria (SLQAlchemy, Genshi, CherryPy), amb pip (en comptes del gestor de paquets de FreeBSD). Ho he fet així perquè els paquets triguen força temps a ser actualitzats.
• Feia servir MySQL-python per accedir a la base de dades, que no està disponible per a Python3. He canviat a PyMySQL (ha calgut canviar la cadena de connexió de SQLAlchemy a la BD).
• El problema que més m’ha costat d’arreglar: el Genshi em dóna un error estrany, amb pràcticament totes les plantilles. He agafat la més curta i he localitzat el problema: en una secció <?python ?> feia servir None per comprovar si un valor està informat. Si elimino la referència a None ja va bé.

Fetes totes les comprovacions, ho dono per bo.

I potser hauria de canviar el Genshi per Mako (que ja he fet servir alguna vegada), perquè veig Genshi molt estancat.

Dijous el Windows se’m va actualitzar a la versió “Creators Edition”.

Tot correcte, per ara.

Uns quants ensurts informàtics aquesta setmana:

• Una “macro” excel que deixa de funcionar; més ben dit, només funciona en alguns ordinadors. Encara no he trobat la manera de solucionar-ho.
• Una actualització de “plugins” del wordpress del blog no acaba. El sistema queda en estat de manteniment. Cal eliminar manualment el fitxer .maintenance de l’arrel del blog.
• Samba del servidor casolà deixa de funcionar, després d’una actualització de FreeBSD. Tenia una versió antiga (4.1) de samba, he passat a la 4.6. Recuperat.
• Molts intents d’entrar al blog com a usuari autenticat. M’ha permès descobrir que una de les mesures defensives que tinc no estava ben configurada. Ara ja està bé (l’he provada).

Confio que tot quedi aquí.

Com comentava fa uns dies hi ha alguns dominis que no tenen res a veure amb mi que apunten al meu servidor.

Tal com tenia la configuració fins ahir les peticions a aquests dominis tornaven un error 301, una redirecció a la pàgina principal del blog.

Ho he canviat per un 404 (recurs no trobat), molt més escaient. Per això he definit un servidor per defecte a la configuració de nginx que senzillament retorna el 404:

server {
    listen 80 default_server;
    listen [::]:80 default_server;
    access_log /var/log/nginx/noesaqui.log redir;
    return 404;
}

Confio que amb aquest canvi els cercadors deixaran d’indexar el meu bloc com a contingut dels dominis que, erròniament, apunten al meu servidor.

26/03: L’he retocat perquè retorni 444, un codi de control propi de nginx que fa que el servidor no torni cap resposta. És encara més escaient que el 404.