JD's Blog » console

Tema Human per FileZilla

JD — Tue, 01 Dec 2009 16:13:34 +0000

In questi giorni ho cambiato client FTP: ho sostituito GFTP con FileZilla.

Non ho ancora avuto modo di provarlo a fondo, ma mi sembra gestire meglio il trasferimento di grandi quantità di file (che in genere mette in crisi GFTP).

Una delle cose che però proprio non mi piace di FileZilla è il discutibile set di icone del tema predefinito:

Non mi ritengo un maniaco del design (utilizzo il tema di default di Ubuntu!) ma queste icone proprio non riesco a guardarle .

Cercando su google non si trova molto, però insistendo sono giunto a questa pagina, dove è possibile scaricare un tema ispirato allo Human di Ubuntu:

Tutta un’altra cosa .

Purtroppo, per quanto so io, FileZilla non consente l’installazione di temi direttamente sulla home dell’utente, pertanto si è costretti a copiare i files del tema nella directory /usr/share/filezilla/resources.

Per semplificare le cose ho scritto un piccolo script bash che installa automaticamente il tema:

#!/bin/bash

DIRDEST=/usr/share/filezilla/resources
DIRTHEME=humanity

if [[ $EUID -ne 0 ]]
then
echo "Lo script richiede l'esecuzione con i permessi di root." 1>&2
chmod 777 ./`basename $0`
sudo ./`basename $0`
exit 0
else
echo "Permessi di root: OK"
fi

if [ ! -d "$DIRDEST" ]; then
echo "Errore: la directory $DIRDEST non esiste"
exit 1
fi

cp -vR $DIRTHEME $DIRDEST

echo "Installazione terminata"

exit 0

È possibile scaricarlo, assieme a tutti i files grafici, a questo indirizzo:

Tema Human per FileZilla: http://dl.dropbox.com/u/202594/varie/filezilla-human-theme.tar.gz

Scaricato il file si dovrà decomprimerlo e recarsi nella directory dove sono presenti i files estratti.

A questo punto per installarlo si può utilizzare lo script che ho creato:

./install.sh

o procedere con la semplice copia manuale dei files:

sudo cp -r humanity /usr/share/filezilla/resources

Copiati i files sarà possibile scegliere in FileZilla il nuovo tema cliccando su Modifica -> Impostazioni -> Temi e selezionando Humanity.

Installare l’ultima versione di FileZilla

Non so voi ma io ho avuto qualche difficoltà ad aggiornare la versione di FileZilla (v3.2.7.2) presente nei repo ufficiali di Ubuntu. Questo perché non esiste un repository ufficiale del progetto. Fortunatamente è possibile trovare una versione più recente (v3.3.0) sul repository di GetDeb.
Le istruzioni su come aggiungere questo repository in karmic si possono trovare in questo articolo.

A chi si domandasse come mai ho creato uno script per compiere un’azione così semplice rispondo che l’ho fatto per evitare di ricercare, ad ogni installazione del tema, il percorso in cui copiare i files.

Ripristinare le icone nei menu e nei pulsanti in Karmic Koala

JD — Thu, 26 Nov 2009 17:51:53 +0000

Karmic Koala ha adottato la versione 2.28.1 di GNOME. In questa release le icone di menu e pulsanti sono disabilitate di default. Il motivo ufficiale è che “questa modifica rende l’interfaccia utente standard e più pulita“. Mah, de gustibus et coloribus non est disputandum.

In ogni caso è possibile riabilitarle semplicemente digitando in un terminale queste due istruzioni:

gconftool-2 --set /desktop/gnome/interface/menus_have_icons --type bool true
gconftool-2 --set /desktop/gnome/interface/buttons_have_icons --type bool true

Le immagini seguenti illustrano le differenze tra prima e dopo l’esecuzione dei due comandi:

Come potete notare con le icone attive l’interfaccia è molto meno pulita e standard .

Ripristinare rapidamente GRUB2 dopo aver reinstallato Windows

JD — Fri, 13 Nov 2009 09:40:47 +0000

Oggi ho reinstallato Windows sul mio portatile e, come da tradizione, il bootloader di Ubuntu è stato piallato.
In passato ripristinare GRUB era un gioco da ragazzi: era sufficiente avviare il LiveCD e digitare in un terminare sudo grub, root (hd0,4), setup (hd0) ed tutto tornava alla normalità.
Con GRUB2 le cose si sono apparentemente complicate ed essendo ancora una novità le guide che si trovano in rete spesso sono lunghe e inutilmente complesse. Questo perché molte guide, anziché spiegare come ripristinare GRUB2 dopo una reinstallazione di Windows, spiegano come configurarlo da zero come se non fosse mai stato installato.

In questo articolo illustrerò come riabilitare GRUB2 dando per scontato che prima dell’installazione di Windows fosse già perfettamente configurato e funzionante.

Il primo passo è identico a quello del vecchio GRUB: avviare il LiveCD di Ubuntu 9.10 Karmic Koala (o successive).

A questo punto si deve aprire un terminale e digitare i seguenti comandi sostituendo la L di sdLR con la lettera del disco e la R con il numero della partizione di root della vostra installazione¹:

sudo mount /dev/sdLR /mnt

Opzionale: Se si ha una partizione di boot separata montare anche quella sostituendo la B con il numero della partizione di boot:

sudo mount /dev/sdLB /mnt/boot

Ora per ripristinare GRUB2 è sufficiente lanciare questo comando (purtroppo non molto facile da ricordare):

sudo grub-install --root-directory=/mnt/ /dev/sdL

A questo punto riavviando il PC dovreste riavere GRUB2 come bootloader .

Come si può notare, se non si ha una partizione di boot separata, sono sufficienti due soli comandi per ripristinare GRUB2, naturalmente dando per scontato che il file grub.cfg sia già presente e correttamente configurato.

Opzionale: Se si è aggiornata o aggiunta una nuova versione di Windows sarà necessario aggiornare anche il menu di GRUB2.
Essendo sconsigliata la modifica manuale del grub.cfg conviene utilizzare il tool os-prober:

sudo os-prober

Lanciando questo comando os-prober rileverà i vari sistemi operativi disponibili sul vostro computer. Una volta terminata la scansione si dovrà procedere con la rigenerazione del file grub.cfg utilizzando questo comando:

sudo update-grub

Per problemi tecnici dovuti al mio ex fornitore di Web Hosting sono andate perse tutte le modifiche degli ultimi 5 giorni (articoli, commenti, correzioni) Sono quindi stato costretto a ripubblicare questo articolo, domando scusa per gli eventuali disagi che questa azione può comportare. Sfortunatamente è cambiato anche il post id associato all’articolo e, conseguentemente, l’indirizzo dell’articolo stesso, vi invito pertanto ad aggiornare gli eventuali preferiti.

Note all'articolo:

Per visualizzare l’elenco delle partizioni potete utilizzare il comando sudo fdisk -l

Generare password casuali da console

JD — Sat, 07 Nov 2009 14:50:25 +0000

Mi è capitato diverse volte di avere la necessità di generare una password casuale e in passato la soluzione più veloce che utilizzavo di solito era digitare in Google “random password generator”. Questa soluzione però oltre ad essere scomoda (richiede una connessione ad internet ed un browser web) non è neanche molto sicura.
In Ubuntu, e in genere in qualunque altra distribuzione GNU/Linux, esistono metodi molto più sicuri e pratici per generare una password.

Il più comodo e veloce consiste nell’installare il pacchetto pwgen:

sudo apt-get install pwgen

Questo software permette di generare password facili da ricordare, pur mantenendo alto il livello di sicurezza. Se invece non interessa generare password facilmente memorizzabili e si preferisce avere delle password completamente random si può utilizzare l’opzione -s. Sono presenti molte altre opzioni che permettono ad esempio di evitare caratteri simili (1 e l, 0 e O) e di impostare la lunghezza e il numero delle password generate. Per l’elenco di tutte le opzioni disponibili consiglio la lettura della manpage di pwgen:

man pwgen

Se non è possibile/non si vuole installare il pacchetto pwgen è possibile generare delle buone password casuali sfruttando i tools messi a disposizione dalla console.

Ad esempio per generare 4 password di 8 caratteri alfanumerici sarà sufficiente digitare in un terminale la seguente stringa:

cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold -w 8 | head -n 4

Per aumentare il livello di sicurezza della password è possibile aggiungere altri caratteri non alfanumerici, come ad esempio _!@#$%^&*()+[]|:<>?=:

cat /dev/urandom | tr -dc 'a-zA-Z0-9-_!@#$%^&*()+[]|:<>?=' | fold -w 8 | head -n 4

Se si vuole essere sicuri che la password contenga almeno un carattere speciale è necessario aggiungere un grep al comando precedente:

Perché urandom al posto di random?

Qualcuno potrebbe domandarsi perché utilizzo il “meno sicuro” urandom al posto di random. Prima di spiegare il motivo riporto la manpage dei due dispositivi kernel:

I file speciali a caratteri /dev/random e /dev/urandom (presenti sin da
Linux 1.3.30) forniscono un'interfaccia al generatore del kernel di
numeri aleatori. Il file /dev/random ha numero primario 1 e numero sec‐
ondario 8. Il file /dev/urandom ha numero primario 1 e numero secon‐
dario 9.

Il generatore di numeri aleatori raccoglie rumore di fondo dai device
driver e da altre sorgenti nel pozzo d'entropia. Il generatore mantiene
anche una stima del numero di bit di rumore nel pozzo di entropia. Da
questo pozzo di entropia vengono creati i numeri aleatori.

Quando viene letto, /dev/random restituisce solo un numero di byte
aleatori compatibili con la stima dei bit di rumore nel pozzo
d'entropia. /dev/random dovrebbe essere adatto ad usi che richiedono un
alto grado di aleatorietà, come la generazione di chiavi. Quando il
pozzo d'entropia è vuoto, le letture di /dev/random vengono bloccate
finché non viene raccolto abbastanza rumore ambientale.

Quando viene letto, /dev/urandom restituisce tanti byte quanti ne sono
stati richiesti. Di conseguenza, se non c'è abbastanza entropia nel
pozzo d'entropia, i valori restituiti sono teoricamente vulnerabili ad
un attacco criptografico sull'algoritmo usato dal dispositivo. Nella
letteratura (non coperta da segreto militare) non c'è conoscenza di un
metodo per fare ciò, ma è in teoria possibile che esista un simile
metodo. Se questo è fonte di problemi per il proprio programma, si usi
invece /dev/random.

Leggendo la manpage si intuisce che urandom è più veloce perché «restituisce tanti byte quanti ne sono stati richiesti» a discapito del grado di aleatorietà, ma quanto è più veloce? Scopriamolo con un test pratico.

Prima proviamo a generare una password di 10 caratteri sfruttando urandom:

$ time cat /dev/urandom | tr -dc 'a-zA-Z0-9-_!@#$%^&*()+{}|:<>?=' | fold -w 10 | grep -i '[!@#$%^&*()_+{}|:<>?=]' | head -n 1
bzNHI}6w:h

real 0m0.024s
user 0m0.004s
sys 0m0.024s

E ora facciamo la stessa cosa con random:

$ time cat /dev/random | tr -dc 'a-zA-Z0-9-_!@#$%^&*()+{}|:<>?=' | fold -w 10 | grep -i '[!@#$%^&*()_+{}|:<>?=]' | head -n 1
^C

real 131m14.400s
user 0m0.012s
sys 0m0.036s

La differenza è abissale: urandom ha impiegato solamente 24 millesimi di secondo (0.024 secondi) mentre random dopo 2 ore 11 minuti e 14 secondi non aveva ancora terminato! Ho interrotto manualmente con un CTRL+C. E il test non è stato fatto su un 486SX a 25MHz, ma su un Intel Core2 Quad Processor Q9450.
Considerando che «nella letteratura (non coperta da segreto militare) non c’è conoscenza di un metodo» per effettuare un attacco criptografico sui valori generati da urandom, mi sento di consigliare urandom per la generazione di password .

Abilitare un lettore biometrico ThinkFinger compatibile in Ubuntu 9.10 Karmic Koala

JD — Tue, 06 Oct 2009 18:22:53 +0000

Finalmente, dopo il regresso introdotto in Intrepid e Jaunty, è nuovamente possibile abilitare un lettore biometrico ThinkFinger compatibile senza ricorrere a repository esterni.

La procedura torna ad essere la stessa che si utilizzava in Hardy. È sufficiente infatti digitare in un terminale il seguente comando:

sudo apt-get install thinkfinger-tools libpam-thinkfinger

Riavviare il PC e registrare le proprie impronte tramite il comando:

tf-tool --acquire

Per effetturare l’enroll¹ delle vostre impronte non digitate sudo prima di tf-tool

Potete poi testare la corretta acquisizione delle impronte tramite il comando:

tf-tool --verify

A questo punto, se si è superato senza problemi la verifica, è possibile aggiornare la configurazione PAM, così da poter utilizzare la scansione biometrica al posto della password nel login grafico, in quello testuale, con il comando sudo e per l’unlock dello schermo. Per procedere si deve semplicemente digitare:

sudo /usr/lib/pam-thinkfinger/pam-thinkfinger-enable

Questa procedura è stata testata con successo su un portatile Dell M1330 con Ubuntu 9.10 Beta.

Note all'articolo:

la registrazione, l’acquisizione

Aggiungere un repository PPA su Karmic Koala in modo semplice e veloce

JD — Tue, 06 Oct 2009 16:59:17 +0000

Con Ubuntu 9.10 “Karmic Koala” è stato introdotto un nuovo modo molto più semplice e veloce per aggiungere un repository PPA alle sorgenti software. Anziché editare manualmente gli indirizzi deb nel source.list e importare la chiave di autenticazione del progetto sarà sufficiente digitare in console:

sudo add-apt-repository ppa:nome_repository

Andando ovviamente a sostituire nome_repository con il nome del PPA che si vuole aggiungere.

Ad esempio, si vuole aggiungere il PPA di Ubuntu Tweak? Sarà sufficiente digitare in console:

sudo add-apt-repository ppa:tualatrix/ubuntu-tweak

CHMOD ricorsivo di directory o files

JD — Sat, 13 Jun 2009 11:28:28 +0000

Il mese scorso, in occasione dell’uscita di Jaunty Jackalope, mi è capitato di dover migrare il filesystem del mio portatile da ReiserFS a Ext4.
Non avendo sufficiente spazio libero sul fisso per un backup della partizione ho chiesto in prestito a mio padre il suo box USB da 500GB suddiviso in 2 partizioni da 250GB, una ReiserFS e una NTFS.
Non riuscendo a salvare tutto sulla Reiser ho dovuto copiare alcune directory sulla partizione NTFS per poi trasferirle sulla nuova partizione Ext4 del portatile.
Il problema è che nel passaggio da Raiser a NTFS sono andati persi tutti i permessi di files e directory, sostituiti con pessimo 777.

Fortunatamente la console, come sempre accade, ci viene in aiuto:

find . -type d -exec chmod 755 {} \;

Con il comando soprastante si vanno a cambiare in modo ricorsivo tutti i permessi delle sole directory.

Se invece si vogliono cambiare i permessi dei files è sufficiente sostituire il tipo da d a f:

find . -type f -exec chmod 644 {} \;

Cercare una stringa all’interno di files

JD — Sat, 13 Jun 2009 10:14:12 +0000

Mettendo su questo blog mi è capitato di dover cercare una stringa (il nome di un’immagine .gif) all’interno dei vari files .php di WordPress. Sotto Windows avrei utilizzato il fido Total Commander,non essendoci però una versione per Linux sono ricorso alla vecchia e cara console:

find . -name "*.php" -type f -print | xargs grep -i "immagine.gif"

In comando soprastante restituisce il nome del file seguito dalla frase che contiene la stringa e si utilizza nel seguente modo:

find {PERCORSO} -name "{ESTENSIONE}" -type f -print | xargs grep -i "{TESTO}"

Se non vi interessa la frase che contiene la stringa ma solo il nome del file potete utilizzare questa variante:

find {PERCORSO} -name '{ESTENSIONE}' -print0 | xargs -r -0 grep -l '{TESTO}'

Ecco un esempio:

find /var/www -name '*.php' -print0 | xargs -r -0 grep -l '.ico'