Indagini su un DNS al disopra di ogni sospetto

Da qualche tempo incontro seri problemi di blocco nell'accedere a certi siti, in particolare Facebook. Ho la netta sensazione che sia cambiato qualcosa nelle prestazioni della rete OpenDNS, probabilmente da quando ho preso a utilizzare i nuovi server IPv6.
Nel corso delle mie indagini, mi sono imbattuto in una utility open-source che sembra offrire un eccellente aiuto per configurare al meglio il proprio DNS: si chiama namebench ed è disponibile in tutti i principali ambienti operativi (Windows, Mac OS X, Linux); in particolare per openSUSE se ne può trovare un rilascio pacchettizzato attraverso il servizio di build.
Cosa fa namebench? Prende in esame alcuni dati locali, ad esempio quelli relativi alla navigazione tramite i browser utilizzati dall'utente, e li utilizza come criterio per selezionare il servizio DNS più conveniente in una lista di qualche migliaio, dei quali esamina i tempi di risposta.
Dai test che ho effettuato è emerso che OpenDNS non era la scelta ottimale per la mia configurazione; ho allora inserito i nameserver consigliati nel file resolv.conf e, magicamente i problemi di navigazione che avevo sembrano spariti! Ecco la nuova configurazione, giusto a futura memoria:

nameserver 8.8.8.8         # Google Public DNS 
nameserver 85.38.28.73     # Telecom Italia 73 IT 
nameserver 85.38.28.80     # TelecomItalia Business 80 IT

Va bene, adesso il test IPv6 mi dà solo 9/10 invece del punteggio pieno che ottenenvo con OpenDNS, ma me ne farò una ragione...

Le finestre di KDE e le loro scorciatoie

In KDE per default la combinazione ALT+LEFTMOUSE offre all'utente la possibilità di spostare sul desktop la finestra che possiede il focus. Un'applicazione che io utilizzo molto frequentemente, però, richiede la stessa combinazione per effettuare azioni sue. Come fare, allora, a ridefinirla? Semplicissimo, basta andare qui:

Impostazioni di sistema -> Aspetto e comportamento dello spazio di lavoro -> Comportamento delle finestre -> Comportamento delle finestre (chissà perché due volte?!)

Selezionare ora la scheda Azioni finestra, cambiare la voce da Sposta a Niente e il gioco è fatto!

Come collaudare la tastiera

La tastiera del portatile ha preso a far cilecca. Come testarla? In Linux c'è un programma meraviglioso, xev, basta aprire una finestra di terminale e digitare
 
$ xev

dopodiché la pressione di qualsiasi tasto verrà registrata e identificata nella finestra, a meno che il tasto non funzioni. Bellissimo!

Estendere le man pages

Molti pacchetti installano la propria documentazione fuori dei path standard, allora come fare a vederla?
In openSUSE è semplicissimo, prendiamo ad esempio il pacchetto Gogo6 IPv6 client, che tipicamente s'installa in /usr/local/gogoc e schiaffa la sua documentazione nella sottocartella man.
Allora che esista già o meno, editiamo il file /etc/profile.local e vi aggiungiamo la riga seguente:

export MANPATH=$MANPATH:/usr/local/gogoc/man

dopodiché basta rieseguire il login e il gioco è fatto, nel caso in questione i comandi

$ man gogoc

e

$ man gogoc.conf

restuiscono rispettivamente la documentazione sull'eseguibile del client e quella sul suo file di configurazione.

Pronti per l'IPv6 con OpenDNS!

Non ci vuole un indovino per capire cosa offra OpenDNS, un servizio ben noto e molto raccomandibile per migliorare l'efficienza nella risoluzione dei nomi su Internet. Una delle caratteristiche più cutting edge è la IPv6 Sandbox, ovvero la disponibilità di server IPv6 per la sperimentazione del protocollo che determinerà il futuro di Internet.
Per fare uso di questo servizio nell'openSUSE del mio portatile ho utilizzato una semplice procedura, che è suggerita un po' dappertutto sul web, ovvero ho editato il file /etc/resolv.conf e aggiunto l'elenco statico dei server IPv6 di OpenDNS subito prima di quello dei server IPv4, ovvero:

$ sudo vim /etc/resolv.conf

nameserver 2620:0:ccc::2
nameserver 2620:0:ccd::2


Prima di riavviare i servizi di rete ho preso la precauzione di rendere non modificabile il file, ovvero:

$ sudo chattr +i /etc/resolv.conf

questo perché altrimenti la configurazione potrebbe essere sovrascritta in automatico da NetworkManager.

Fatto ciò, mi è stato sufficiente un bel

$ sudo /etc/init.d/network restart

per poi andare a testare la funzionalità IPv6. Risultato? 10/10! Con il servizio di risoluzione dei nomi che avevo in opera prima di questa modifica non c'ero mai riuscito.

Informazioni sull'hardware

Comando utilissimo hwinfo, per esempio:

$ sudo hwinfo --disk

che fa il paio con

$ sudo hdparm -i

oppure

$ sudo hwinfo --cdrom

per l'unità di lettura CD/DVD.
Altre opzioni si possono reperire invocando il comando con il parametro --help.

Alza il volume!

Sotto openSUSE il suono è un po' da convento, eppure il volume generale appare al 100% e anche la rotellina sul frontale del mio portatile sembra doverosamente girata tutta verso il massimo.
Solita rovistatina sul web, alla ricerca di materiale utile (ce n'è una marea), e dopo un po' di letture miglioro la situazione andando dentro la configurazione audio di YaST2:

1. Identifico il controller audio (il mio è un 82801H pilotato dal driver snd-hda-intel)
2. Nell'angolino in basso a destra della videata trovo un non molto significativo tasto Altro...
3. Clicco e, nel menù che si viene ad aprire, m'imbatto in una voce interessante: Volume...
4. La seleziono e noto che, fra le varie voci di configurazione, che quella denominata Speaker ha un livello pari ad appena il 50%: porto al massimo anche quella
5. In una console lancio il test standard

$ speaker-test -Dplug:front -c2 -l5 -twav

(che già avevo lanciato all'inizio delle mie verifiche, con esito insoddisfacente) e ora, magicamente, il volume è decisamente migliorato!

Sitografia:
SoundcardTesting - AlsaProject
openSUSE - Audio troubleshooting

Dove tenere le password?

In Windows, per mantenere le n-mila password che uso sulla Rete, usavo da anni l'utile programmino Password Keeper, il quale, però, oltre ad essere shareware, non è disponibile su Linux. Mi sono allora messo in caccia di un'alternativa multipiattaforma e, avendolo già disponibile da tempo sulla mia chiavetta di PortableApps, mi è sembrato abbastanza logico puntare su KeePass.
Mi sono definitivamente convinto al momento di importare il database di Password Keeper, nella versione PortableApp di KeePass, che è stata manovra semplicissima e perfettamente riuscita: è sufficiente generare da quest'ultimo un file di export in formato CSV e poi darlo in pasto a KeePass.
Quest'ultimo, tuttavia, per girare su Linux deve essere lanciato attraverso l'ambiente .NET-compatibile Mono, del quale quindi occorre installare almeno il runtime e alcune librerie.
Scaricata poi la versione portable di KeePass in una cartella a piacere (la mia è /usr/local/KeePass) e assegnati i diritti di esecuzione appopriati, è sufficiente lanciare il comando

$ mono /KeePass.exe

per avere il programmetto perfettamente funzionante anche su Linux. Una volta verificato che tutto va bene, non resta che creare sul desktop un collegamento al comando di cui sopra e il gioco è fatto.

Un piccolo dettaglio: attualmente la versione di KeePass distribuita come PortableApp è ancora una 1.x, mentre sia su Windows sia su Linux siamo già alla 2.1.4, che come formato di database è incompatibile con le 1.x. Niente paura, anche non volendo passare per la conversione intermedia in formato CSV, è possibile importare direttamente il vecchio formato nel nuovo!

Ma la vera ciliegina sulla torta è che esiste un porting cross-platform di KeePass! Si chiama KeePassX e, nella versione 0.4.3, che è quella disponibile come pacchetto RPM sotto openSUSE 11.3, è perfettamente compatibile con il formato di KeePass 1.x, quindi può utilizzare direttamente il file generato da quest'ultimo. In più, sono in corso sviluppi per renderlo compatibile con KeePass 2.x. Cosa chiedere di più?

Scid vs. PC

L'installazione di openSUSE presente sul mio portatile da oggi ospita Scid vs. PC, al momento una delle diramazioni più aggiornate dell'originario gestore di databasescacchistici Scid. Devo dire che così su due piedi la differenza fra i due mi sfugge, però intanto c'è, e chissà che prima o poi non mi riesca di riconvertire per Linux tutto il mio prezioso materiale scacchistico!

Scheda video, che stress!

Ho accennato in un altro post che l'upgrade a openSUSE 11.3 mi ha procurato qualche pena. Il problema più grosso me l'ha dato il nuovo driver per la scheda video ATI Mobility Radeon HD 2600.

Premesso che le dritte fornite nelle note di rilascio non sono sufficienti, l'aiuto decisivo me l'ha dato l'impagabile openSUSE Graphic Card Practical Theory Guide for Users, che raccomando vivamente per qualunque problema di questo genere.

Migrare Thunderbird da Windows a Linux

Aggiornato con non poca pena il multiboot del mio portatile a openSUSE 11.3, ho cominciato timidamente a preparare la migrazione dei miei applicativi da Windows (s)Vista.
Primo obiettivo: migrare Thunderbird. Operazione decisamente più facile di quanto temuto, grazie soprattutto alle dritte giuste reperite sul web, la pagina Migrate your Thunderbird emails from Windows to Linux in particolare.

In soldoni, il procedimento è questo:

1. Compattare le cartelle dell'installazione Windows
2. Reperire la cartella corrispondente al profilo utilizzato
   
3. Installare su Linux
4. Creare (eventualmente ex novo) la cartella .thunderbird sotto $HOME
5. Copiare la cartella individuata al punto 2
6. Modificare il file profiles.ini nella cartella .thunderbird in modo che punti al profilo suddetto
7. Avviare Thunderbird e, magicamente, tutto va al posto giusto.

Ehm, proprio tutto no: rimangono da mettere a posto le configurazioni di servizi di posta come Libero che, per aggirare le limitazioni imposte dal provider, nell'installazione di Windows venivano filtrati attraverso FreePOPs.
Niente paura, anche per questo problema esiste la risorsa giusta, ovvero un eccellente articolo su Crismon's blog, dal quale si ricava la procedura seguente:

1. Installare la versione Linux del programma (non necessariamente il sorgente, cercando con Webpin si trova anche già pacchettizzata)
2. Testare l'installazione lanciando il comando
   

   $ freepopsd -p 2000&

3. Una volta verificato che il programma fa il suo dovere, prepararne i lanci successivi come daemon creando in $HOME/.kde/Autostart un collegamento all'applicazione che punti proprio al comando citato.

Insomma, una vera goduria!

Links2, Svgalib, SELinux

In mancanza di ambiente grafico sul vecchione, il buon vecchio Links2 dà una bella mano quando serve navigare senza troppe pretese. Il guaio è che l'upgrade a Lenny porta con sé SELinux, che quando ci si mette è una vera rottura di scatole. Provando dopo secoli a riutilizzare il glorioso browser testuale, ecco che m'imbatto subito in un problema:

$ links2 -g -driver svgalib www.google.it

svgalib: Cannot get I/O permissions

OK,un giretto su Google e trovo rapidamente quel che mi serve in una delle Svgalib FAQ:

"svgalib programs need to be run as root. This means that either the user that runs them is root, or, if running by normal users is desirable, the program needs to be 'suid root', which means: the program must be owned by root (chown 0 program) and the suid bit needs to be set (chmod u+s program)."

Perfetto, evidentemente durante uno degli aggiornamenti il setuid bit dell'eseguibile di links2 è andato azzerato, provvedo a ripristinarlo:

$ sudo chmod u+s /usr/bin/links2

ma se ora rilancio il browser, salta fuori un altro problema, ovvero sostanzialmente:

mmap /dev/zeo: Permission denied

e

Segmentation fault

intervallati da una miriade d'improperi di SELinux. OK, intuisco che ci va di mezzo qualcuna delle sue restrizioni, verifico disabilitandolo al volo:

$ sudo setenforce 0

e quando rilancio links2 magicamente la sua videata grafica ricompare, con la risoluzione giusta grazie alle impostazioni da tempo salvate nel file ~/.links2/links.cfg

Imbroccata la diagnosi, e non volendo disabilitare SELinux in permanenza, non resterà altro che trovare il modo di modificarne la policy in modo da non mettersi fra i piedi quando lancio il browser. Come fare? Il seguito alla prossima puntata...

FATAL: Error inserting fan (o processor, o thermal, ecc.)

Che scocciatura quando, aggiornando ogni tanto il Pinguino, si ripresentano al boot sempre gli stessi messaggi! Quelli in oggetto sono ricorrenti, e capitano verosimilmente perché il nuovo kernel e il relativo initramfs si tirano dentro dei moduli indesiderati.
Io il meglio che sono riuscito a fare per levarmeli di torno è stato editare il file /etc/modprobe.d/blacklist e appenderci le righe seguenti:

blacklist fan
blacklist processor
blacklist thermal

dopodiché i fatal error che avevo prima sono sostituiti da degli warning che il modulo tale o talaltro, essendo blacklisted, non verrà caricato. Accontentiamoci!

Ah, dimenticavo: da dove mi arriva questa dritta? Da qui. Giusto per dare a Cesare quel che è di Cesare...

E se è cinese?

Tanti sforzi per riuscire ad accedere alla pagina di Google in IPv6 e poi, quando finalmente ci riesci, ti ridireziona su una pagina in cinese! Niente paura, come per il giapponese, il problema si risolve installando i font giusti; nel mio caso, ho risolto così:

$ sudo apt-get install ttf-arphic-uming

e il gioco è fatto! O quasi: capire poi quel che c'è scritto è un altro paio di maniche, è chiaro... ;-)

Se il giapponese è arabo...

Misteriosi quadratini riempiti di numerelli casuali compaiono sulla pagina di Iceweasel? E' sintomo che il povero browser non riesce a rendere i caratteri di qualche lingua insolita, tipicamente cinese o giapponese. Installare il relativo language pack non risolve il problema. Per il giapponese, però, un rimedio che funziona è descritto qui:

Nothing about Everything: How to display japanese characters (kanji) in Iceweasel (firefox) of Debian Lenny