JD's Blog » Bash

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 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 .

Far riconoscere l’HTC Dream G1 all’Android SDK/ADB/Fastboot sotto Ubuntu 9.10 Karmic Koala

JD — Fri, 23 Oct 2009 10:54:55 +0000

Sono oramai sette giorni esatti che smanetto col mio nuovo HTC Dream G1. E solo ora ho trovato il tempo per scrivere qualche guida che lo riguarda.

In questo articolo cercherò di spiegare come far riconoscere il Dream all’Android SDK e ai tools ADB e Fastboot sotto Ubuntu 9.10 Karmic Koala¹.

Per prima cosa si deve scaricare l’Android SDK per Linux. Terminato il download e decompresso l’archivio ci si deve recare con un terminale nella sottodirectory tools/ dell’SDK che contiene l’eseguibile adb.

Adesso sarà necessario digitare i seguenti comandi per permettere il corretto riconoscimento del device da parte di Ubuntu:

sudo su

echo 'SUBSYSTEM=="usb", SYSFS{idVendor}=="0bb4", MODE="0666"' | tee -a /etc/udev/rules.d/50-android.rules

echo 'SUBSYSTEM=="usb", ATTR{idVendor}=="0bb4", MODE="0666"' | tee -a /etc/udev/rules.d/90-android.rules

exit

Con i comandi sopra riportati si sono creati due files contenenti delle regole per il device manager del kernel Linux, ora si devono rendere eseguibili questi files:

sudo chmod a+rx /etc/udev/rules.d/50-android.rules

sudo chmod a+rx /etc/udev/rules.d/90-android.rules

A questo punto rimane solo da riavviare udev:

sudo service udev restart

Per poter comunicare con adb è necessario abilitare USB Debugging sull’HTC Dream.

Prendendo in mano il Dream e partendo dalla Home compiamo in sequenza le seguenti azioni: Tasto Menu -> Impostazioni -> Applicazioni -> Sviluppo -> Abilitare Debug USB.

Se già non lo è, collegare il Dream tramite il cavo USB e, accertandosi di essere nella directory tools/ dell’Android SDK, digitiare:

sudo ./adb kill-server

Seguito da un:

sudo ./adb devices

L’output del comando dovrebbe restituire un qualcosa di simile:

* daemon not running. starting it now *
* daemon started successfully *
List of devices attached
HT93XXXXXXXX device

A questo punto il vostro HTC Dream G1 dovrebbe essere perfettamente riconosciuto da qualunque tool.

Fastboot

Approfitto di questo articolo per riportare anche le semplici istruzioni su come scaricare e avviare fastboot sotto Linux.

I passi sono veramente semplici: si deve scaricare il tool da questo indirizzo, decomprimerlo nella sottodirectory tools/ dell’Android SDK e assegnargli i permessi di esecuzione (tasto destro sul file, Proprietà, Permessi e mettere la spunta su «Consentire l’esecuzione del file come programma»).

Note all'articolo:

questa procedura dovrebbe funzionare comunque anche sotto Ubuntu 9.04 Jaunty Jackalope

JDInstaller: ovvero come riempire di software l’installazione base di Ubuntu

JD — Mon, 27 Jul 2009 14:46:54 +0000

Ho appena finito di pubblicare una pagina dedicata a JDInstaller, uno script che ho creato e che permette di installare in modo automatico tutta una serie di applicazioni secondo me indispensabili/utili che mancano nell’installazione di default di Ubuntu (es.: plugin flash, vim, skype, vlc, ubuntu-restricted-extras, etc).

Per maggiori dettagli e per scaricare lo script cliccate su JDInstaller, nel menu in alto a fianco del pulsante Home.

Hosting gratuito Django (e non solo) con DB PostgreSQL e accesso SSH

JD — Fri, 10 Jul 2009 09:35:56 +0000

Nei mesi scorsi mi son trovato a dover realizzare un sito in Django, un framework open source per lo sviluppo di applicazioni web, scritto in linguaggio Python, seguendo il pattern Model-View-Controller. Devo dire di essere rimasto favorevolmente stupito da questo framework, veramente semplice e potente.

Uno dei più grandi inconvenienti è però la carenza quasi totale di hosting gratuiti (e il prezzo generalmente elevato di quelli a pagamento).
Dopo svariate ricerche su google sono incappato in quello che credo essere l’unico hosting gratuito di Django per ora esistente: www.alwaysdata.com.

Essendo l’unico servizio ad offrire free hosting non mi aspettavo grandi cose. Mi sono però dovuto ricredere alla grande. L’azienda francese offre infatti il supporto a tutte le principali versioni di Django (1.0.2 e SVN compresa), oltre ad accesso SSH , database PosgreSQL e dominio di terzo livello!

Ma ecco in dettaglio cosa offre il pacchetto gratuito:

Spazio su disco: 10 MB (non è tanto ma meglio di niente… Comunque basta hostare i file di grandi dimensioni altrove )
Traffico mensile: 1 GB
Memoria: 40 MB
PHP 5 con php.ini personalizzabile
Python 2.4 e 2.5
Ruby 1.8.6
Perl 5.8.8
Supporto a Django (0.90, 0.91.3, 0.95.4, 0.96.3, 1.0, 1.0.1, 1.0.2, SVN)
Supporto a Ruby on Rails
MySQL 5.0
PostgreSQL 8.3 et PostGIS
Numero di database illimitato
phpMyAdmin e phpPgAdmin
Supporto IMAP(S), POP3(S), SMTP(S)
Dominio di terzo livello su alwaysdata.net
Completo accesso SSH (vim, emacs, gcc, mutt, lynx, etc)
Uptime > 99,9 %
Accesso FTP, SFTP, WebDAV
Supporto tramite ticket 7 giorni su 7

Portare il mio progetto sviluppato interamente in locale su alwaysdata.com è stato semplicissimo. Mi sono limitato ad eseguire una rapida ricerca nel wiki dell’azienda dove ho trovato le istruzioni passo passo in francese. Mi sono preso la briga di tradurre la sezione del wiki relativa a Django per chi non masticasse bene la lingua dei cugini d’oltralpe:

Importare una applicazione Django

Primo passo

Innanzi tutto è necessario creare una directory public nella radice del vostro progetto. All’interno va creato il file django.fcgi contenente il seguente codice python:

#!/usr/bin/python
import os, sys

_PROJECT_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
sys.path.insert(0, _PROJECT_DIR)
sys.path.insert(0, os.path.dirname(_PROJECT_DIR))

_PROJECT_NAME = _PROJECT_DIR.split('/')[-1]
os.environ['DJANGO_SETTINGS_MODULE'] = "%s.settings" % _PROJECT_NAME

from django.core.servers.fastcgi import runfastcgi
runfastcgi(method="threaded", daemonize="false")

Vanno poi dati i diritti di esecuzione al file (tramite SSH : chmod +x django.fcgi).

Secondo passo

Sempre all’interno della directory public, creare un file .htaccess contenente:

AddHandler fcgid-script .fcgi
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ django.fcgi/$1 [QSA,L]

Terzo passo

Questo passo è necessario solo se si utilizza l’interfaccia di amministrazione di Django.

Sempre all’interno della directory public, creare un link simbolico che punta ai file media dell’admin Django:

ln -s /var/lib/python/django/1.0.2/django/contrib/admin/media/ media

Rimpiazzate eventualmente 1.0.2 con la versione di Django che utilizzate.

Quarto passo

Per garantire la sicurezza dei vostri file e permettere all’amministrazione Django di funzionare, questo passo è obbligatorio.

Dall’interfaccia d’amministrazione alwaysdata, fate puntare il vostro sottodominio verso la directory public del vostro progetto.

Ad esempio, se il vostro progetto è in /home/myaccount/www/myproject dovete impostare la directory di destinazione del vostro dominio myaccount.alwaysdata.net in modo che punti verso /myproject/public.

Alla fine

L’albero delle directory dovrà assomigliare a questo:

myproject/
__init__.py
manage.py
public/
django.fcgi
.htaccess
media/
settings.py
urls.py
myapp/
views.py
models.py

Connettersi tramite SSH

Per prima cosa dovete abilitare il vostro account SSH (per questioni di sicurezza è disattivato di default):
Nell’interfaccia di amministrazione selezionare Accès distant > SSH. Cliccate sull’icona « Modifier » e selezionate « Activer », per finire cliccate su « Modifier ».

Per effettuare una connessione da terminale è sufficiente digitare il comando sottostante (sostituite myaccount con il nome del vostro account):

ssh myaccount@ssh.alwaysdata.com

Se necessario è possibile accedere tramite SSH anche da interfaccia web.

I programmi disponibi sono parecchi:

editors : emacs, vim, nano…
development: gcc, autoconf, automake, binutils, bison, flex, doxygen, make, cvs, subversion, bazaar, git, mercurial, darcs…
internet : mutt, fetchmail, slrn, lynx, curl…

Connettersi tramite FTP

I dati per accedere tramite FTP sono i seguenti:

Server Host: ftp.alwaysdata.com
Porta: 21
User: Il nome dell’utente FTP, di defaut è il nome del vostro account
Password: la password associata all’utente FTP, di défaut è la password utilizzata durante l’isctrizione.

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'