bits4beatsIdee e pensieri di Roberto Rossi

Chi ha avuto l’esigenza di dover indicizzare il proprio file system in ambiente Linux sicuramente conosce Beagle o Google Desktop Search. Beagle è molto spesso installato nativamente ed è scritto in Mono, Google Desktop Search è invece un’applicativo sviluppato da Google (inventrice degli algoritmi efficienti per l’indicizzazione e il retrieving dei documenti).

Oggi voglio parlarvi di una soluzione alternativa, sempre per il mondo Unix/Linux (anche se esistono dei port per altre piattaforme) e del quale sono rimasto particolarmente soddisfatto.

Recoll, questo il suo nome, consta di una componente di indicizzazione e di una componente di document retrieval (sia tramite interfaccia GUI che via command line). Il bello di Recoll è la sua semplicità di utilizzo e la possibilità di modificare i parametri di configurazione dell’indice nonché la visualizzazione dei risultati forniti. Le impostazioni vengono salvate in un apposito file di configurazione modificabile anche tramite un semplice editor di testo.

Inoltre, potendo lavorare direttamente via console, può essere facilmente installato anche in ambito server (opzione molto utile per interrogare i documenti salvati in un file system remoto).

L’indice di Recoll viene salvato in un database xapiandb.  Recoll è in grado di analizzare file di diverso tipo. I più comuni sono i documenti office, quelli pdf e anche gli html. Ovviamente non mancano i file .txt , gli mp3 (con i relativi tag ID3) e i file di immagini. Infine e’ anche possibile installare delle lingue aggiuntive per la creazione del corpus delle parole e dei termini di ricerca.

Nell’immagine che segue è possibile ammirare la finestra principale dell’applicativo. Quelli che si vedono sono i risultati di un query non banale, con una sintassi Google like. I risultati possono essere ordinati per alcuni importanti criteri e l’output fornito è facilmente customizzabile. Il link “Edit” apre il documento attraverso il client predefinito del nostro PC, il pulsante “Preview” ci permette di navigare al volo all’interno del contenuto testuale del documento stesso. Usando il tasto destro del mouse su ogni riga è possibile anche effettuare altre operazioni come copiare il path completo del file oppure aprire la directory in cui si trova il documento trovato.

Insomma c’è tutto quello di cui abbiamo bisogno.

Cito infine due aspetti che ho trovato decisamente comodi e differenzianti:

1) la possibilità di lanciare Recoll in modalità di indicizzazione continuative in realtime. Avviando infatti l’eseguibile recollindex con il parametro -m , il programma riceve dal kernel le notifiche di tutti i file modificati, creati o cancellati nel sistema, verifica che appartengono alla lista di directory da monitorare e in caso affermativo procede all’indicizzazione selettiva di tali documenti.

2) Recoll fornisce una comoda interfaccia a caratteri per effettuare le stesse operazioni eseguite tramite interfaccia GUI. Invocato in questo modo infatti:

bash#roberto@ken 00:29 ~ >recoll -t -a "Linux Appunti blog"
Recoll query: ((linux:(wqf=11) AND appunti:(wqf=11) AND (blog:(wqf=11) OR blogs OR blogging)))
10 results
text/html       [file:///home/roberto/Documenti/Firefox/FEBE 2010 03-24 22.55.45/bookmarks{default}.html]       [Bookmarks]     275349  bytes
text/html       [file:///home/roberto/Documenti/Firefox/FEBE 2010 09-17 12.58.21/bookmarks{default}.html]       [Bookmarks]     296552  bytes
text/html       [file:///home/roberto/Documenti/matrimonio/link/bookmarks.html] [Bookmarks]     148148  bytes
text/html       [file:///home/roberto/Documenti/Firefox/FEBE 2011 03-23 22.19.56/bookmarks{default}.html]       [Bookmarks]     312681  bytes
text/plain      [file:///home/roberto/Documenti/Firefox/FEBE 2010 03-24 22.55.45/bookmarks{default}.json]       [bookmarks{default}.json]       137659  bytes
text/plain      [file:///home/roberto/Documenti/Firefox/FEBE 2010 09-17 12.58.21/bookmarks{default}.json]       [bookmarks{default}.json]       140021  bytes
text/plain      [file:///home/roberto/Documenti/Firefox/FEBE 2011 03-23 22.19.56/bookmarks{default}.json]       [bookmarks{default}.json]       146995  bytes
application/pdf [file:///home/roberto/Desktop/download/pilibri/238.pdf] [238.pdf]       7361925 bytes

application/pdf [file:///home/roberto/Documenti/Manuali/Libri Punto Informatico/238.pdf]        [238.pdf]       7361925 bytes

permette di eseguire query al volo nella nostra base di dati.

Spero che abbia stuzzicato il vostro appetito. Io ancora lo sto mettendo alla prova.
Per chi fosse interessato posso fornire alcuni alias che ho creato per interagire con Recoll in modo veloce.

Ecco la pagina ufficiale del progetto.

Buona notte!

Tutti noi conoscono almeno 3 o 4 modi differenti per catturare screenshot di finestre o schermo intero sia su sistemi Windows che in sistemi Linux o Unix.

Oggi voglio proporvi due piccoli script che ho scritto ispirandomi a un interessante articolo su IBM Developer Works.

Entrambi gli script sfruttano i comandi messi a disposizione dai sistemi X11 e tipicamente già installati nelle nostre distribuzioni. Tali comandi sono: xwd e xwininfo .

Per renderli un pò più comodi ho utilizzato anche il comando convert, della suite di ImageMagick, e notify-send per inviare delle notifiche all’utente al termine delle operazioni di salvataggio.

Il primo script, di nome capture_full.sh, può ricevere in ingresso 1 parametro che determina il numero di secondi di attesa prima di catturare il nostro desktop in un file nel nostro Desktop. Se tale parametro non viene passato il valore di attesa di default è 3 secondi.

#!/bin/bash

if [ "$1" != "" ]
   then
     seconds=$1;
   else
     seconds=3;
fi

now=`date "+%Y_%m_%d-%H_%M_%S"`
filepath="${HOME}/screen_full_${now}.png"

sleep ${seconds} ; xwd -root | convert - ${filepath}

notify-send -t 3000 -u low -i gtk-dialog-info "Screenshot" "file saved in ${filepath}";

Il secondo script, di nome capture_window.sh, ci permette invece di catturare una singola finestra (anche se non ci permette di interagire con il mouse nella finestra, per far apparire ad esempio un menu contestuale). Il funzionamento di questo script è il seguente: dopo che viene lanciato attende alcuni secondi (modificabili con il primo parametro opzionale) per permetterci di scegliere una finestra del desktop, quindi salva l’id della finestra e lo usa per memorizzare l’immagine della finestra nel desktop.

#!/bin/bash

if [ "$1" != "" ]
 then
 seconds=$1;
 else
 seconds=3;
fi

sleep ${seconds};
wid=`xwininfo | grep "Window id" | awk '{print $4}'`;

now=`date "+%Y_%m_%d-%H_%M_%S"`
filepath="${HOME}/Desktop/screen_window_${now}.png";

xwd -id ${wid} | convert - ${filepath}

notify-send -t 3000 -u low -i gtk-dialog-info "Screenshot" "file saved in ${filepath}";

Provateli, modificando anche la variabile $filepath se lo ritenete opportuno, e fatemi sapere.

Ecco L’articolo originale di William von Hagen in IBM.

In questi giorni ho avuto la necessità di scaricare la traccia audio di un video caricato su YouTube.

Per farlo conoscevo già diversi servizi online ma, visto la potenza della shell Linux, ho pensato di scrivere un piccolo script che assolvesse al compito e che potesse sfruttare alcune utility scritte proprio per questi scopi.

La mia intenzione era quella di avere a disposizione uno script a cui potessi passare un solo parametro, l’url della pagina, e che mi salvasse il file in formato mp3 possibilmente con un nome abbastanza esplicativo. Per riuscire a tale scopo mi sono avvalso di due soli comandi: youtube-dl e ffmpeg.

youtube-dl è uno script python in grado di estrarre un file in formato .flv semplicemente passando il path HTTP alla pagina del video. Questa utility compie tutto il lavoro “duro” del mio semplice script ed è anche in grado di scaricare il nome del video legato all’url. Nel mio caso youtube-dl è servito a salvare il titolo del video, per rinominare correttamente il file mp3 e successivamente è servito per fare il download del file video in formato .flv.

La separazione della traccia audio da quella video e la successiva codifica nel formato mp3 è stata invece assegnata a ffmpeg, uno dei più apprezzati comandi per la gestione e fruizione dei video in Linux (e non solo).

Per entrambi i software mi sono però avvalso di versioni più aggiornate di quelle presenti nella mia distribuzione Ubuntu 8.04. Nelle versioni disponibili nei miei repository infatti youtube-dl non era in grado di effettuare il download del video mentre ffmpeg non riusciva a gestire i video nel formato .flv . Per aggiornare lo script python è stato sufficiente effettuare il download del nuovo script e metterlo nella mia cartella di binari dentro ~/bin/ . Per quanto riguarda ffmpeg invece ho prima provato a effettuare una compilazione della distribuzione per rigenerare la nuova versione. Dopo alcuni tentativi falliti, ho deciso di optare per un binario precompilato linkato staticamente per Linux 32bit. Una valida compilazione l’ho trovata al seguente indirizzo: http://horsfall.eu/2010/11/27/ffmpeg-full/ . Il file binario contenente ffmpeg è stato quindi salvato, con i corretti permessi di esecuzione, nella cartella ~/bin.Tale cartella è nella prima posizione della variabile $PATH. In questo modo i binari che si trovano in tale cartella hanno la precedenza su quelli presenti nelle altre cartelle di binari del sistema.

Veniamo ora al mio script, salvato con il nome: youtube2mp3.sh :

#!/bin/bash

url=$1
flvfile=/var/tmp/$$.flv

title=`youtube-dl -e ${url}`
mp3file=~/Desktop/${title}.mp3

youtube-dl ${url} -o ${flvfile}

ffmpeg -i ${flvfile} "${mp3file}"

rm ${flvfile}

L’unico parametro gestito dalla script, il primo, è l’url della pagina in cui si trova il video in YouTube. Lo script estra prima l’informazione del titolo del filmato e la memorizza nella variabile “title”.
Quindi effettua il download del video salvandolo in un file temporaneo che ha come nome il pid del processo bash invocato.
Successivamente converte il video nella traccia audio mp3 che viene salvata nel Desktop con il nome del titolo e suffisso .mp3.
Infine il file temporaneo .flv viene cancellato dalla directory temporanea.

Dopo che mi è arrivata la mailing list periodica di box.net, felice del fatto che il servizio ha aumentato il suo spazio di archiviazione a 5Gb anche per gli utenti free, ho deciso di pubblicare questo mini post sulla modalità di accesso webdav per box.net.

Non tutti sanno infatti che box.net offre ai suoi utenti questa possibilità, consentendo, per la gioia di molti, l’accesso via HTTP (webdav è un’estensione di questo).

Vediamo come farlo tramite il nostro amato (almeno da me) Krusader.

Dopo aver avviato Krusader, in un nuovo tab digitando il seguente url:

webdav://box.net/dav/

Vi verranno chieste le credenziali per l’accesso al servizio (al quale, lo davo per scontato, dovete essere iscritti). Potete vedere il seguente screenshot.

Se le credenziali sono corrette vedrete il contenuto della directory principale del vostro account box.net.
Questo è il mio.

Ovviamente box.net non è l’unico servizio per memorizzare e condividere file. Il suo principale concorrente è DropBox, che fornisce un client multipiattaforma funzionale ed efficace.

Dopo un non molto breve periodo di silenzio, è arrivato il momento di un piccolo articolo.

Oggi voglio parlarvi della soluzione che ho trovato per trasformare un pdf in formato A4, generato a partire da un documento ODF (ma vale per qualsiasi pdf A4), in un pdf in formato A5 con l’ordine delle pagine adatto per la creazione di un libretto rilegabile.

Questa particolare esigenza mi è venuta per la preparazione del libretto della liturgia della Festa dell’Immacolata, 8 dicembre 2010, a Macerata, in occasione della visita del Cardinale Tarcisio Bertone.
Avendo intenzione di prepararlo usando Linux e volendo nello stesso tempo trovare un modo per farlo comodamente anche in altre occasioni, ho pensato di documentarmi un pò sui programmi e sui metodi offerti dal pinguino.
In passato infatti, quando ancora utilizzavo Windows, avevo fatto qualche esperimento positivo con il programma Publisher. In Linux, non avendo ancora imparato a usare Scribus (che penso sia lo strumento migliore per tali impaginazioni) non avevo una valida soluzione per la creazione di un tale libretto.

Voglio quindi ora condividere con voi il risultato di questa piccola ricerca.

I comandi che entrano in gioco per tale operazioni sono: pdftops (pacchetto Ubuntu poppler-utils), psbook (psutils), psnup (psutils) e ps2pdf (ghostscript).
Serve inoltre un file pdf in formato A4. Se non ne avete uno a disposizione potete usare questo che è proprio il file della cerimonia, generato con Open Office Writer, e successivamente convertito in formato pdf.

Il primo passo è la generazione del file in formato .ps . Per farlo usiamo il comando:

pdftops libretto_sacerdoti_2010_12_08.pdf

Questo comando genererà il file libretto_sacerdoti_2010_12_08.ps
A questo punto lanciamo:

psbook libretto_sacerdoti_2010_12_08.ps | psnup -pa4 -2 > libretto_sacerdoti_2010_12_08_A5.ps

In questo modo il file .ps viene trasformato nell’impaginazione libretto e successivamente il numero di pagine per facciata viene impostato a 2. L’output finale viene salvato nel file libretto_sacerdoti_2010_12_08_A5.ps .

Ora non ci resta che riconvertire il file in formato pdf :

ps2pdf libretto_sacerdoti_2010_12_08_A5.ps libretto_sacerdoti_2010_12_08_A5.pdf

Potete gustarvi il risultato del vostro lavoro e verificare che la stampa funzioni correttamente.
Per le stampanti fronte-retro basta lanciare la stampa, per le stampanti solo fronte dovete procedere in questo modo:

• stampare le pagine dispari del documento
• se il totale delle pagine è pari estrarre i fogli e rimetterli nella stampante (tipicamente con il lato scritto rivolto verso il basso e nel verso corretto di stampa), se è dispari allora prima di rimetterli dentro dovete togliere l’ultima pagina dispari stampata (quella più in alto nella pila)
• stampare le pagine pari in ordine inverso

Se avete proceduto correttamente il vostro libretto è pronto pronto per essere rilegato.
Questo modo di convertire i pdf A4 può tornare utile per stampare un libro risparmiando carta (sempre che il risultato finale sia ancora ben leggibile).

Altro consiglio: numerate le pagine per non farvi venire inutili mal di testa!

Dopo due anni di utilizzo quotidiano del buon caro Evolution, ho deciso di passare al famoso e diffusissimo client di posta della Mozilla Foundation, Thunderbird.

Tale scelta è stata motivata dal fatto che Thunderbird è un sistema di posta molto più diffuso di Evolution, è più facile da estendere e personalizzare tramite i numerosi plugin e temi a disposizione ed è disponibile per i più diffusi sistemi operativi (oltre che per il nostro affezionato Linux), cosa che in alcuni casi può risultare davvero comoda.

Il processo di migrazione che vi sto per descrivere si compone di una serie di passi alcuni dei quali possono essere saltati perché trattano della mia configurazione particolare. Oltre infatti ad aver migrato le cartelle di posta elettronica ho anche installato e configurato alcune estensioni per la sincronizzazione di rubrica e calendario con i rispettivi applicativi di Google.

I passaggi sono i seguenti:

• Installazione di Mozilla Thunderbird
• Avvio del programma e creazione dell’albero di directory speculare a quello di Evolution
• Copia dei messaggi e delle cartelle
• Installazione dei plugin aggiuntivi per la gestione del calendario e la sincronizzazione con gli applicativi Google
• Configurazione dei plugin per la sincronizzazione

Installazione di Mozilla Thunderbird

Dopo aver scaricato il software all’indirizzo http://www.mozillamessaging.com/it/thunderbird/ è sufficiente scompattarlo nella directory /opt/, con gli opportuni permessi di root.
Essendo un archivio in formato .tar.bz2 dovete lanciare il comando bunzip2 “nomefile” quindi tar xfv “nomefile_senza_estensione.bz2″.

Avvio del programma e creazione dell’albero di directory speculare a quello di Evolution

Se avete scompattato il tutto nella directory /opt/thunderbird , l’avvio del programma avviene nel seguente modo: /opt/thunderbird/thunderbird-bin .

Ora quello che dovete fare, dopo aver configurato il vostro primo account, è ricreare la stessa struttura di cartelle, con lo stesso nome, che avevate in Evolution.
Quest’operazione è importante perché il trasferimento delle cartelle e dei messaggi avviene facendo direttamente la copia dei file tra le cartelle di file system utilizzate dai due programmi.

Copia dei messaggi e delle cartelle

Terminata la creazione delle cartelle, chiudete sia Evolution che Thunderbird e posizionatevi nelle due cartelle: /home/”utente”/.thunderbird/”profilo”.default/Mail/Local Folders/ per Thunderbird , dove utente e profilo dipendono dalle vostre specifiche impostazioni e /home/”utente”/.evolution/mail/local/ per Evolution .

A questo punto, partendo dalla cartella di Evolution, copiate tutti i file senza estensione nella cartella di Thunderbird. Se avete delle sottocartelle nel vostro albero di posta allora dovrete ripetere tale operazione entrando in tutte le cartelle con estensione .sbd .

Completata l’operazione di copia potete riaprire Thunderbird e notare che tutti i messaggi sono correttamente presenti nelle rispettive cartelle. In alcuni casi potrebbe capitare che i messaggi risultano non letti o non sono nello stesso ordine con cui li vedevate in Evolution. Impostate correttamente lo stato di lettura e scegliete l’ordinamento che preferite.

Installazione dei plugin aggiuntivi per la gestione del calendario e la sincronizzazione con gli applicativi Google

Essendo un incallito utilizzatore dei servizi Google, come Calendar e Gmail, ho installato alcuni plugin per aiutarmi nella sincronizzazione di Thunderbird con i dati salvati nei rispettivi servizi.

Per la parte Calendar ho installato Lightning scaricandolo dall’indirizzo http://www.mozilla.org/projects/calendar/lightning/ ma è anche possibile trovarlo e installarlo direttamente dalla gestione componenti aggiuntivi del menu Strumenti del programma.

Per aiutare Lightning nella sincronizzazione però ho aggiunto anche Provider for Google Calendar che permette una comunicazione bidirezionale con i calendari Google. Cioè, sfruttando tale estensione, possiamo anche salvare i nostri appuntamenti in remoto verso Google Calendar.

Infine, ultimo ma non per importanza, ho installato anche il componente Zindus. Zindus permette di sincronizzare a sua volta la Rubrica di Thunderbird con i contatti di Gmail. L’estensione effettua anche la sincronizzazione con un server Zimbra, nel caso abbiate un account gestito da questo importante software di collaborazione open source.
Anche in questo caso la sincronizzazione è in entrambi i versi, potendo quindi modificare e inserire contatti in Thunderbird per poi trovarveli in Gmail.

Una cosa da sapere comunque è che i gruppi di Gmail non vengono gestiti in Thunderbird come mailing list, o gruppi di invio, bensì come ulteriori rubriche, con un nome davvero non molto “simpatico”. Per ogni gruppo in Gmail avrete una corrispettiva rubrica in Thunderbird dal nome zindus/indirizzo@gmail.com/#nomegruppo .

Configurazione dei plugin per la sincronizzazione

La configurazione dei plugin per la sincronizzazione è davvero semplice. Nel caso di Zindus è sufficiente andare nei componenti aggiuntivi e cliccare sulle proprietà dell’estensione stessa. Dalla finestra potrete gestire gli account Gmail o Zimbra e impostarne per ognuno le proprietà di sincronizzazione.
Nella barra di stato troverete inoltre un’icona tramite la quale potrete avviare la sincronizzazione manualmente o modificare le impostazioni.

La configurazione dei calendari Google invece consiste nell’inserire 1 ad 1 tutti i calendari all’interno della lista dei calendari di Lightning.
Entrando nel pannello del calendario, e facendo tasto destro nella lista dei calendari, potrete aggiungere un nuovo calendario di rete e scegliere il Google Calendar.
Nel campo “Luogo” dovete impostare l’indirizzo privato in formato XML del vostro calendario Google.
Dopo averlo correttamente inserito dovete fornire le credenziali di accesso al servizio. In pochi minuti vedrete comparire i vostri appuntamenti nel calendario di Lightning.

Fine

Spero questa guida sia servita a qualcuno, oltre che a me per ricordare tutti i passaggi effettuati.
Fate domande o inserite commenti per eventuali chiarimenti, approfondimenti o qualche screenshot in più.

Nel seguente articolo in inglese vengono presentati 20 punti che spiegano come rendere più sicuro e protetto il server web Apache.

Si parte ovviamente da quelli più importanti e semplici fino ad arrivare alle configurazioni più onerose ma pur sempre fondamentali per raggiungere un elevato livello di protezione.

http://www.petefreitag.com/item/505.cfm

L’articolo è stato scritto da Pete Freitag.

Personalmente ho provato al volo le due direttive che “limitano” le informazioni sulla versione e i moduli in uso nel server.
Eccole qua:

ServerSignature Off
ServerTokens Prod

Nella seconda direttiva al posto di Prod ho messo Minor, presentando cioè anche il minor number della versione di Apache.

In sistemi Ubuntu e Debian like è sufficiente modificarli o inserirli nel file /etc/apache2/apache2.conf e ricaricare la configurazione usando il comando: /etc/init.d/apache2 reload (con i permessi di root).

Qualche volta può tornarci utile conoscere con esattezza tutti i file che vengono creati, modificati e cancellati in una specifica cartella.

Un modo semplice per farlo è sfruttando il comodissimo pacchetto inotify-tools che include al suo interno il comando inotitywait.

Il seguente script si mette in attesa e segnala in output gli eventi accaduti per la directory specificata:

#!/bin/bash

directory=$1

inotifywait -q -m --format '%f %e' -e modify -e move -e create -e delete ${directory} | while read line

do
	echo "doing something with: $line";

	# for example:
	# java -jar compiler.jar --js=in1.js --js=in2.js ... --js_output_file=out.js
done

Può essere invocato in questo modo, passando come primo e unico parametro la directory da monitorare:

./inotify.sh ~/Desktop/download/

ed emette ouput di questo tipo:

doing something with: Stack Overflow_screenshot.png MOVED_FROM
doing something with: printecdisplay.pdf DELETE
doing something with: ecommerce_03.html CREATE
doing something with: ecommerce_03.html MODIFY
doing something with: avatar_908.png CREATE
doing something with: avatar_908.png MODIFY

Ovviamente il tutto può essere modificato a proprio piacimento per eseguire operazione o avere notifiche via mail (o qualsiasi altra cosa creativa vi venga in mente).

Mi è capitato qualche giorno fa di dover formattare un disco da 2,5 pollici di un vecchio portatile con il file system NTFS per poter accedervi senza problemi da PC Windows e Linux.

Ovviamente volevo fare il tutto dalla mia Linux station e non da Windows; ecco il motivo di questo post.
Ebbene per farlo mi ci sono voluti alcuni passi e la cosa, per me, non è stata banalissima.

La seguente procedura è stata eseguita nella mia Ubuntu 8.04 ma è applicabilissima anche per tutte le altre distribuzioni o versioni.
Si suppone che il vostro disco sia riconosciuto con il seguente path /dev/sdb .

• installazione dei pacchetti ntfsprogs e gparted con il solito comando: sudo apt-get install ntfsprogs gparted (le utility di ntfsprogs sono necessarie a gparted per permettergli di formattare in formato ntfs la partizione creata).
• avvio del programma gparted per la creazione della partizione e per la sua successiva formattazione in formato ntfs.
  Selezioniamo in alto a destra il disco da partizionare/formattare. Se ci sono delle partizioni esistenti che dobbiamo cancellare, le selezioniamo ad una ad una e con il tasto destro le cancelliamo.
  Quando lo spazio del disco diventa tutto non partizionato allora possiamo procedere alla creazione della nostra partizione ntfs.

  
  
  

  Con il tasto destro sullo spazio disponibile scegliamo a questo punto crea partizione e come Filesystem “ntfs” (abilitato grazie a ntfsprogs).

  

  Alla fine bisogna confermare le operazioni tramite il tasto “Apply”.

  

• invocazione del comando sudo ntfslabel /dev/sdb1 per etichettare il disco in modo tale da distinguerlo facilmente dagli altri dischi rimovibili disponibili.

A questo punto il disco dovrebbe essere disponibile per il mount su Linux e Windows con il nome dell’etichetta che abbiamo scelto.

Questo titolo così specifico e decisamente prolisso, narra di alcune ore di lavoro spese per ricompilare il kernel per un server in hosting presso OVH su cui è stato successivamente installato VMWare Server come software di virtualizzazione.

OVH è un provider, di origine francese, che da alcuni anni opera a livello commerciale e tecnico anche in Italia. Pur presentando un offerta molto vantaggiosa dal punto di vista economico, garantisce un buonissimo livello qualitativo e di prestazioni (ovviamente dal basso della mia piccola esperienza).

Il supporto è sempre pronto e gentile, i server sono affidabili così come i servizi di cui sono forniti (starò forse portando un pò di sfortuna?).

Lasciando però da parte le qualità del servizio di hosting, è interessante dire come, nei server dedicati a disposizione, sia nell’offerta standard (chiamata OVH) che in quella entry level (Kimsufi), è possibile installare e far funzionare correttamente VMWare Server per la creazione e gestione di macchine virtuale.

Tutto questo è possibile grazie al fatto che i kernel delle macchine distribuite sono liberamente ricompilabili, inserendo gli opportuni flag di compilazione necessari, e che è possibile configurare le interfacce di rete, di host e guest, per fare in modo che le due macchine si parlino e che la guest veda il mondo e sia raggiungibile da esso.

Il vantaggio intrinseco di avere in hosting una macchina virtuale sopra a una dedicata è quello di poter un domani fare un upgrade hardware, aumentando RAM e potenza del processore dell’host, senza spendere neanche un minuto nella riconfigurazione del guest e garantendo nello stesso tempo tempi di downtime minimi verso i clienti ospitati nel server virtuale.

Con il servizio dell’ip-failover inoltre, possiamo anche spostare fisicamente il nostro server virtuale da un host a un altro. L’ip assegnato alla macchina virtuale infatti è spostabile a piacere fra i server che abbiamo nel nostro portafoglio prodotti.

In questo articolo non descriverò la procedura ma rimanderò direttamente al post che ho inserito nell’apposito forum di OVH.

Ecco  i passaggi richiesti per l’installazione direttamente dal post nel forum.

I commenti sull’articolo potete postarli qui, quelli sui passaggi dei tutorial direttamente nel forum.

Dopo numerosi giorni di assenza eccomi tornato a scrivere qualcosa.

I keylogger non sono proprio dei software “buoni” anche se molte volte possono tornare comodi per registrare i tasti che abbiamo digitato per la configurazione di un software o per numerosi scopi analoghi.

Il mondo Windows penso che sia pieno di tool di questo tipo (spesso anche non volutamente installati ) mentre per il mondo Unix e GNU/Linux non ci sono moltissime alternative.

Un progetto sicuramente promettente, anche se ancora in stato alpha, è logkeys.
Per la mia Linux Box (Ubuntu Hardy Heron) non esistono i pacchetti precompilati quindi, seguendo la pagina di documentazione del progetto http://code.google.com/p/logkeys/wiki/Documentation , ho provveduto alla compilazione e alla successiva installazione.

Ecco il mio script per l’esecuzione di logkeys:

#!/bin/bash

file=~/Desktop/test.log

case "$1" in
	start)
        echo -en "Starting logkeys, output in ${file}\n";
        touch ${file};
        logkeys --start --output ${file};
        ;;
   stop)
        echo -en "Stopping logkeys";
        logkeys --kill;
        more ${file};
esac

exit 0

Salvandolo con il nome logkeys.sh e lanciandolo con il comando ./logkeys.sh start lo script salva tutti i tasti pigiati nel file ~/Desktop/test.log.
Per interromperlo è sufficiente usare ./logkeys.sh stop .

Mi raccomando fatene buon uso!
Per ulteriori informazioni su logkeys seguite l’homepage del progetto.

Esistono moltissimi modi per conoscere il vostro IP su Internet.

Questo script in bash vuole essere solamente l’ennesima strada.
Per funzionare occorre solamente aver installato wget e avere una connessione Internet (ovviamente) con accesso http verso il sito checkip.dyndns.org.

#!/bin/bash

wget -q -O - http://checkip.dyndns.org | sed -n -e 's/.*<body>\(.*\)<\/body>.*/\1/p' | sed -n -e 's/Current IP Address: //p'

Il suo funzionamento è veramente semplice.
Si chiede a DynDns il proprio ip tramite una richiesta http. La pagina web ottenuta viene data in pasto a sed che prima estrae il contenuto del tag body e successivamente toglie il prefisso “Current IP Address: “.

Il comando apt-file (non installato di default in Ubuntu) è una valida alternativa al tradizional dpkg.
Dopo averlo installato bisogna aggiornare il suo database con il comando (eseguito con i permessi di root):

apt-file update

Dopo averlo aggiornato, anche un utente con privilegi normali può usare questa utility per conoscere, dato un patterna di ricerca, quali sono i pacchetti dove ci sono file che rispondono a tale ricerca e quali sono i file in questione. Nella mia installazione per esempio il comando:

apt-file list quake

fornisce il seguente output:

quake2-data: /usr/share/doc/quake2-data/README.Debian
quake2-data: /usr/share/doc/quake2-data/changelog.Debian.gz
quake2-data: /usr/share/doc/quake2-data/copyright
quake3-data: /usr/share/doc/quake3-data/README.Debian
quake3-data: /usr/share/doc/quake3-data/changelog.Debian.gz
quake3-data: /usr/share/doc/quake3-data/copyright

Ci sono cioè 6 file che contengono quel pattern presenti in due pacchetti: quake2-data e quake3-data.

Se vogliamo invece conoscere il contenuto di un pacchetto .deb possiamo usare il comando dpkg-deb nel seguente modo:

bash#roberto@ken ~ >dpkg-deb -c /opt/deb/nautilus-dropbox_0.6.1_i386_ubuntu_8.04.deb
drwxr-xr-x root/root         0 2009-04-17 23:45 ./
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/lib/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/lib/nautilus/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/lib/nautilus/extensions-2.0/
-rw-r--r-- root/root      1404 2009-04-17 23:45 ./usr/lib/nautilus/extensions-2.0/libnautilus-dropbox.la
-rw-r--r-- root/root     36052 2009-04-17 23:45 ./usr/lib/nautilus/extensions-2.0/libnautilus-dropbox.a
-rw-r--r-- root/root     28996 2009-04-17 23:45 ./usr/lib/nautilus/extensions-2.0/libnautilus-dropbox.so
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/applications/
-rw-r--r-- root/root       235 2009-04-17 23:45 ./usr/share/applications/dropbox.desktop
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/man/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/man/man1/
-rw-r--r-- root/root      1284 2009-04-17 23:45 ./usr/share/man/man1/dropbox.1.gz
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/doc/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/doc/nautilus-dropbox/
-rw-r--r-- root/root       780 2008-10-04 04:25 ./usr/share/doc/nautilus-dropbox/README
-rw-r--r-- root/root        68 2008-12-20 03:10 ./usr/share/doc/nautilus-dropbox/AUTHORS
-rw-r--r-- root/root      2363 2009-04-17 23:44 ./usr/share/doc/nautilus-dropbox/copyright
-rw-r--r-- root/root       179 2009-04-17 23:44 ./usr/share/doc/nautilus-dropbox/changelog.gz
-rw-r--r-- root/root        81 2008-07-19 03:12 ./usr/share/doc/nautilus-dropbox/NEWS.gz
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/24x24/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/24x24/apps/
-rw-r--r-- root/root      1684 2009-04-17 23:45 ./usr/share/icons/hicolor/24x24/apps/dropbox.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/32x32/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/32x32/apps/
-rw-r--r-- root/root      2157 2009-04-17 23:45 ./usr/share/icons/hicolor/32x32/apps/dropbox.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/16x16/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/16x16/apps/
-rw-r--r-- root/root       918 2009-04-17 23:45 ./usr/share/icons/hicolor/16x16/apps/dropbox.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/48x48/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/48x48/apps/
-rw-r--r-- root/root      3537 2009-04-17 23:45 ./usr/share/icons/hicolor/48x48/apps/dropbox.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/22x22/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/22x22/apps/
-rw-r--r-- root/root      1485 2009-04-17 23:45 ./usr/share/icons/hicolor/22x22/apps/dropbox.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/apps/
-rw-r--r-- root/root      5016 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/apps/dropbox.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/
-rw-r--r-- root/root      4799 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/emblem-dropbox-uptodate.png
-rw-r--r-- root/root        42 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/emblem-dropbox-syncing.icon
-rw-r--r-- root/root        43 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/emblem-dropbox-uptodate.icon
-rw-r--r-- root/root      5053 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/emblem-dropbox-unsyncable.png
-rw-r--r-- root/root        45 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/emblem-dropbox-unsyncable.icon
-rw-r--r-- root/root      5703 2009-04-17 23:45 ./usr/share/icons/hicolor/64x64/emblems/emblem-dropbox-syncing.png
drwxr-xr-x root/root         0 2009-04-17 23:45 ./usr/bin/
-rwxr-xr-x root/root     91152 2009-04-17 23:45 ./usr/bin/dropbox

Per conoscere invece il contenuto di un pacchetto installato si può usare:

dpkg -L wget

/.
/etc
/etc/wgetrc
/usr
/usr/bin
/usr/bin/wget
/usr/share
/usr/share/doc
/usr/share/doc/wget
/usr/share/doc/wget/AUTHORS
/usr/share/doc/wget/ChangeLog.README
/usr/share/doc/wget/MAILING-LIST
/usr/share/doc/wget/README
/usr/share/doc/wget/copyright
/usr/share/doc/wget/changelog.gz
/usr/share/doc/wget/NEWS.gz
/usr/share/doc/wget/TODO.gz
/usr/share/doc/wget/changelog.Debian.gz
/usr/share/info
/usr/share/info/wget.info.gz
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/wget.1.gz

L’articolo originale è a questo indirizzo: http://www.cyberciti.biz/faq/view-contents-of-deb-file/

Esistono mille modi per passare un file da un server (o un pc) ad un altro.

I più comuni sono:

• ftp
• samba
• scp – ssh
• email
• droopy (neanche tanto comune ma citato perché ci avevo già scritto in passato un articolo)

In alcuni casi però si ha l’esigenza di farlo in pochissimo tempo e possibilmente senza nessuna configurazione.
Usiamo allora netcat, il famoso coltellino svizzero della rete!

Scegliamo una porta tcp/ip per lo scambio, in questo caso la 11111 .
Nel PC in cui vogliamo che il file sia depositato usiamo il comando:

nc -l -p 11111 -vv > /home/<user>/Desktop/file_destinazione

Nel PC in cui è presente il file da passare usiamo il comando:

nc <ip_pc_destinazione> 11111 -vv < /home/<user>/Desktop/file_sorgente

In questo modo sfruttando il comando nc (o netcat) abbiamo passato il file al PC di destinazione e lo abbiamo messo nel file .
Ovviamente il tutto senza alcuna protezione, quindi fate attenzione a non lasciare il primo dei due comandi in sospeso… è una porta aperta per parlare con il vostro PC.
Per essere sicuri che tutto funzioni controllare però di avere a disposizione il comando nc e che la porta 11111 sia aperta nei firewall sorgente e destinazione.

Il comando mysql permette di generare in modo nativo l’output di una query in formato html.

Per farlo è sufficiente sfruttare l’opzione -html.
Per provare tale funzionalità creiamo un file chiamato script.sql con la seguente interrogazione:

SELECT * FROM user u;

Ora lanciamo la query nel db “mysql” con l’utente root:

mysql -u mysql -p mysql --html < script.sql > output.html

E’ possibile che vi venga richiesta la password dell’utente root se è stata impostata.
Ora possiamo aprire il file output.html con un comunissimo browser.

E’ uscito finalmente il primo libro per Zabbix, uno dei più validi applicativi open source di monitoraggio delle reti.

Per chi non conosce Zabbix, ecco un mio precedente articolo in cui ne parlo brevemente.

Il libro, solamente in inglese, si divide in ben 15 capitoli, trattando tutti gli argomenti principali del software. E’ disponibile anche un capitolo di esempio per valutare le qualità dell’edizione e dell’autore stesso.

Per acquistarlo o per ulteriori approfondimenti: https://www.packtpub.com/zabbix-1-8-network-monitoring/book .

Chi non conosce il bellissimo e potentissimo software Picasa?
E’ sempre più facile vederlo installato nei desktop degli utenti come rimpiazzo dell’applicazione di default di visualizzazione immagini. Anche io che uso Linux, nonostante la scelta di software di gestione e visualizzazione immagini sia molto ricca e il fatto che non è un’applicazione nativa Linux ma emulata tramite Wine, ho eletto Picasa come il “mio” software di gestione immagini.

Non voglio però dilungarmi molto in merito ai pregi di questo gestore di immagini. L’oggetto di questo post è la possibilità di sfruttare il servizio web ad esso associato (ma anche utilizzabile in modo indipendente) chiamato Picasa Web Albums.

Picasa Web Albums è un servizio web che ci permette di caricare, organizzare i nostri album di foto e di condividerli con chi vogliamo. Migliorato di mese e mese, si è arricchito ultimamente anche della capacità di riconoscere i volti delle persone nelle foto in modo automatico.

Questo servizio Google, come molti altri dell’azienda di Mountain View, espone delle API, cioè delle librerie utilizzabili dagli sviluppatori, che, dopo un’opportuna autenticazione, permettono di leggere e manipolare i dati del servizio stesso.
Nel caso ad esempio delle API di Picasa Web Albums possiamo richiedere la lista dei nostri album oppure ricevere la lista delle immagini contenuto in uno specifico album oppure caricare una foto nell’album e così via.

Oggi voglio parlarvi di una piccola applicazione scritta in Java, che sfrutta l’API del servizio per questo linguaggio, in grado di generare una porzione di codice html partendo da una lista di immagini di uno specifico album caricato in Picasa Web Albums.

Per poter eseguire l’applicazione dovete avere opportunamente scaricato e configurato il pacchetto delle API di Google, impostando correttamente le dipendenze verso i file jar dei servizi che utilizzate.
Per comodità comunque allego in fondo all’articolo l’intero progetto Eclipse zippato.

Il programma deve essere eseguito in due passaggi.
Nel primo passaggio, dopo aver opportunamente modificato l’utente e password, bisogna attendere che il programma stampi a video la lista degli album caricati e i relativi id. Scegliamo a questo punto l’id del nostro album e impostiamolo come valore della variabile albumId.

Rieseguiamo quindi il programma (secondo passaggio) e a questo punto potremmo vedere un output decisamente più ricco che contiene un html generato partendo dai dati e dalle immagini contenuti nell’album specificato.
L’html viene generato utilizzando il motore di templating Velocity a cui è stato passato l’oggetto feed contenente tutti i dati del nostro album. Il file del template è album.vm che si trova all’interno della cartella del progetto di nome templates.
Ovviamente potete modificare a vostro piacimento tale template utilizzando a pieno il modello dei dati messo a disposizione da Google.

Di seguito propongo il codice Java del programma, ovviamente con delle credenziali fasulle:

import java.io.StringWriter;
import java.net.URL;
import java.util.Properties;

import org.apache.velocity.Template;
import org.apache.velocity.VelocityContext;
import org.apache.velocity.app.Velocity;

import com.google.gdata.client.photos.PicasawebService;
import com.google.gdata.data.photos.AlbumEntry;
import com.google.gdata.data.photos.AlbumFeed;
import com.google.gdata.data.photos.UserFeed;

public class Main {
	public static void main(String[] args) {
		try {
			String username = "<username>";
			String domain = "@gmail.com";
			String password = "<password>";
			String albumId = "<empy>";

			PicasawebService myService = new PicasawebService(username);
			myService.setUserCredentials(username + domain, password);

			URL feedUrl = new URL("http://picasaweb.google.com/data/feed/api/user/" + username + "?kind=album");

			UserFeed myUserFeed = myService.getFeed(feedUrl, UserFeed.class);
			for (AlbumEntry myAlbum : myUserFeed.getAlbumEntries()) {
			    System.out.println(myAlbum.getTitle().getPlainText() + " - " + myAlbum.getId());
			}

			URL feedAlbumUrl = new URL("http://picasaweb.google.com/data/feed/api/user/" + username + "/albumid/" + albumId);

			AlbumFeed feed = null;
			try {
				feed = myService.getFeed(feedAlbumUrl, AlbumFeed.class);
			}
			catch (com.google.gdata.util.ResourceNotFoundException rnfe) {
				System.out.println("\nalbum non trovato, controlla l'id");
			}

			if (feed != null) {
				Properties velProps = new Properties();
				velProps.load(Main.class.getResourceAsStream("velocity.properties"));
				Velocity.init(velProps);

				VelocityContext context = new VelocityContext();

				context.put("feed", feed);

				Template template = null;

				try {
				   template = Velocity.getTemplate("templates/album.vm");
				}
				catch( Exception e ) {
					e.printStackTrace();
				}

				StringWriter sw = new StringWriter();

				template.merge( context, sw );

				System.out.println();
				System.out.println(sw);
			}
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
}

Questo è invece il codice del template album.vm :

		<h4>$!feed.title.plainText</h4>
		<ul class="gallery clearfix">
#foreach($photo in $feed.getPhotoEntries())
		    <li>
		       <a rel='prettyPhoto[$feed.id]' title="$photo.getDescription().getPlainText()" href='$photo.getMediaContents().get(0).getUrl()' >
		          <img src='$photo.getMediaThumbnails().get(0).getUrl()' width='100' class='thumb' border='0' />
		       </a>
		    </li>
#end
		</ul>

Ecco infine il file compresso contenente il progetto completo in formato Eclipse.

Qualche giorno fa mi è capitato di dover clonare una scheda SD di un mio amico per problemi legati alla lettura del navigatore installato nella SD sul suo telefono Nokia (N70).

Se avessi avuto sotto mano Linux avrei usato il fantastico comando dd nel seguente modo (supponendo che la scheda sia il dispositivo /dev/sda):

# creazione dell'immagine (scheda originale)
dd if=/dev/sda of=/var/tmp/sd.img
# ripristino immagine sulla nuova scheda
dd if=/var/tmp/sd.img of=/dev/sda

invece mi trovavo su un computer Windows.
Girovagando qua e là, anche se in modo più complesso rispetto a Linux, ho trovato una soluzione gratuita ma efficace sfruttando gli strumenti HDClone e VolumeID.

HDClone serve per clonare dischi e partizioni. Possiede una versione gratuita ed è disponibile a questo indirizzo: http://www.miray.de/products/sat.hdclone.html

VolumeID invece è uno strumento sviluppato dalla SysInternals, un’azienda recentemente acquisita da Microsoft, e serve per reimpostare l’id di un volume nei sistemi Windows. Anch’esso gratuito lo trovate direttamente nel sito Microsoft.

Dopo aver scompattato l’eseguibile volumeid.exe nella directory C: e aver scompattato HDClone dove volete, ecco la sequenza di passi per la clonazione della scheda SD.

• Da un prompt di terminale Windows (Start => Esegui => cmd ) attraverso il comando DIR, relativo alla lettera di unità assegnata alla scheda, prendere nota del numero di serie del volume che risulterà nel formato XXXX-XXXX
• Utilizzando Hdclone.exe procedere alla creazione di un immagine della card da clonare sul proprio hard disk scegliendo in Hdclone come sorgente Drive e come destinazione IMG seguendo opportunamente le istruzioni che accompagnano hdclone
• Ad immagine effettuata sostituire nel lettore di card la scheda presente con la nuova scheda che può, senza alcun problema, essere anche di capacità maggiore
• Sempre attraverso Hdclone procedere al trasferimento dell’immagine effettuata sulla nuova card scegliendo come sorgente IMG e come destinazione Drive indicando ad Hdclone, nel momento in cui lo richiede, di utilizzare tutta la nuova card (anche se di maggiore capacità) e di effettuare automaticamente le opportune operazioni post copia necessarie
• Mettere sul disco C:\ il file VolumeID.exe quindi, sempre dal Prompt dei comandi, cambiare alla nuova card il numero di serie del volume attribuendole il numero annotato della vecchia card con il seguente comando C:\volumeId.exe L: XXXX-XXXX dove L: è la lettera di unità card e XXXX-XXXX è il numero di serie della vecchia card

Ecco la fonte originale per la procedura Windows. Ringrazio gentilmente spazio63.

Questo è il secondo post riguardo l’aggiornamento del mio Firefox.

Oltre ai problemi di funzionamento della VMWare remote console plugin, aggiornando il flash player alla versione 10, mi sono imbattuto nel classico problema di playback dei filmati flash all’interno delle pagine.
Il problema, ampiamente conosciuto nelle distribuzioni Linux, è relativo a un mancato link alla libreria flash installata con l’installer flash all’interno della cartella dei plugin di Firefox.

Nel caso la vostra installazione di Firefox sia nella directory /opt/firefox e il vostro flash player 10 all’interno della directory /usr/lib/adobe-flashplugin/ , per agganciare correttamente il plugin in Firefox dovete:

• chiudere tutte le istanze di Firefox attive
• creare un link verso la libreria flash con il comando:

  cd /opt/firefox/plugins/
  sudo ln -s /usr/lib/adobe-flashplugin/libflashplayer.so
  

• in alcuni casi può essere necessario rimpiazzare (dopo aver fatto un opportuno backup) il file /usr/lib/flashplugin-nonfree/libflashplayer.so con il file con lo stesso nome che si trova nella directory /usr/lib/adobe-flashplugin/
• aprire di nuovo firefox e provare una pagina con Flash embedded come la seguente: http://www.adobe.com/software/flash/about/

Spero vi possa aiutare… non lesinate commenti (sia positivi che negativi!)

Qualche giorno fa, utilizzando il progetto Ubuntuzilla suggerito dall’Istituto Majorana, ho aggiornato il mio Firefox su Ubuntu 8.04 (sì lo so è un pò vecchiotta) alla versione 3.6.2.

Con mia grande soddisfazione i miei 2 profili sono stati importati quasi perfettamente e quasi tutte le estensioni sono state aggiornate correttamente.
Con l’occasione ho aggiornato anche la versione del Flash Player alla 10.

Quando ho aperto la console web di VMWare Server 2 mi sono accorto però dell’impossibilità di utilizzare la console, l’errore segnalato è: “Cannot access virtual machine console. The request timed out.“. Ecco l’errore che ho ricevuto dall’interfaccia web.

Girovagando qua e là nei forum mi sono accorto di un problema di compatibilità del plugin con la versione di Firefox 3.6.X ma fortunatamente c’è un’espediente per poter aprire le console senza passare per Firefox. Si tratta in pratica di estrarre l’applicativo dal pacchetto .xpi in cui è contenuto e utilizzarlo in modalità standalone.

Ecco i passi necessari:

• prima di tutto bisogna entrare nelle impostazioni avanzate di Firefox e abilitare il supporto a SSL versione 2 utilizzate dal server web di VMWare Server (disabilitato di default in Firefox 3.6.2). Per farlo aprite una scheda di Firefox e digitate about:config. Cercate quindi la chiave security.enable_ssl2 e cliccandoci due volte la abilitate (se già non lo fosse). Senza questa impostazione probabilmente non riuscirete neanche a vedere il pannello di login.
• entrare nella directory: /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/webapps/ui/plugin/
• copiare il file vmware-vmrc-linux-x86.xpi da qualche parte nel vostro PC
• estrarlo con fileroller
• creare un link, dove volete, all’eseguibile: plugins/vmware-vmrc
• a questo punto eseguite il comando linkato in questo modo: vmware-vmrc -h :8333

Dopo aver fornito le corrette credenziali di accesso avrete la possibilità di scegliere la console a cui connettervi.

In attesa di un’aggiornamento del plugin stesso da parte di VMWare questa sembra essere la soluzione più comoda, a meno di non voler fare il downgrade di Firefox alla versione 3.5.