Ancora una volta ho dovuto cercare come rinnovare i certificati di apache… tra l’altro l’utility che c’era in debian per apache ora non c’è più, o meglio, è stata rimpiazzata da make-ssl-cert del pacchetto ssl-certs.

Cmq, ho preferito fare a manina:
openssl req -new -x509 -nodes -out apache2.pem -keyout apache2.pem -days 356
chmod 600 apache2.pem
ln -sf apache2.pem $(openssl x509 -hash -noout -in apache2.pem)

Cmq, ho sistemato un po’ di certificati in giro e poi mi sono posto il problema di di farli accettare al mio e61 (symbian S60v3), in particolare quelli che utilizzo per leggere la posta elettronica, per evitare il warning ogli volta che mi connetto.

Prima di tutto è necessario convertire il certificato il formato DER:
openssl x509 -in cert.pem -out cert.cer -outform DER

Dopodiché ho scoperto qui che se il certificato è non è riconosciuto come CA (CA:FALSE) come ad esempio per i certificati di picard(.linux.it) è necessario importarli dal browser web forzando il mime-type a application/x-x509-ca-cert. Se a qualcuno interessa ho messo online il certificato di picard, con il mime-type forzato appunto, per leggere la posta @linux.it:

http://fabioinvernizzi.com/certs/picard.cer

Se invece il certificato è autoprodotto è sufficiente trasferirlo via bluetooth. In entrambi i casi, una volta aperto, il file viene riconosciuto come certificato e viene avviata la procedura di importazione.

(Qui qualche screenshot della procedura di import via bluetooth su un N70)

Non avevo mai toccato il codice di wordpress… negli ultimi giorni ho dovuto sistemare un paio di piccole magagne.

1. i thumbnail, così come sono sono troppo piccoli (e per questo esistono già plugin per modificare la dimensione) ma soprattutto la qualità delle jpeg generate è bassissima: ho aggiunto il parametro quality alla chiamata imagejpeg.

2. mi sono imbattuto nel bug 3886: squid usa l’HTTP/1.0 mentre wp risponde solo in HTTP/1.1 (male!).

Non pensavo che su internet esistessero ancora router non compliant con il window scaling… questi router bacati azzerano i bit del window scaling

Oggi su uno dei mailserver che gestisco ho nostato che la connessione verso uno specifico mail server era lentissima e mi mandava in timeout le connessioni durante il greeting smtp… pensavo a qualche meccanismo di antispam, anche se piuttosto strano… alla fine il tecnico del server destinatario, che evidentemente aveva già avuto il segnalazioni analoghe mi ha suggerito di di limitare la finestra tcp (disabilitando di fatto il window scaling)

Per fortuna che da un paio di release del kernel è possibile impostare il parametro “window” per singola “route”:

commit 316c1592bea94ead75301cb764523661fbbcc1ca
Author: Stephen Hemminger 
Date:   Tue Aug 22 00:06:11 2006 -0700

    [TCP]: Limit window scaling if window is clamped.
    
    This small change allows for easy per-route workarounds for broken hosts or
    middleboxes that are not compliant with TCP standards for window scaling.
    Rather than having to turn off window scaling globally. This patch allows
    reducing or disabling window scaling if window clamp is present.
    
    Example: Mark Lord reported a problem with 2.6.17 kernel being unable to
    access http://www.everymac.com
    
    # ip route add 216.145.246.23/32 via 10.8.0.1 window 65535
    
    Signed-off-by: Stephen Hemminger 
    Signed-off-by: David S. Miller