Il Free Standard Group
(FSG)
è il gruppo di lavoro che si occupa della
standardizzazione di Linux, sia sul fronte desktop, sia sul fronte server.

Il gruppo di lavoro sta cercando di definire le linee guida chiamate
Linux Standards Base (LSB), punto di
partenza dal quale costruire il futuro Linux.

Il FSG ha deciso di affrontare questo impegno suddividendo il problema in
moduli così da parallalizzare i lavori di standardizzazione e ridurre
i tempi di sviluppo.

Un modulo è da considerarsi come una sorta di mattoncino: associando
più moduli si possono ottenere diversi livelli di standardizzazione e
più prodotti Linux (ad esempio un
Linux server che risponde
esattamente agli standard LSB oppure un
Linux desktop che risponde agli stessi standard).

Sul fronte italiano, invece, sono stati sviluppati i
tre libri bianchi sulle linee guida in termini di sicurezza delle
reti. Si tratta di un lavoro iniziato otto mesi fa che
terminerà tra circa trenta giorni con la pubblicazione dei tre libri
bianchi sul sito del
Ministero dell’Innovazione.

I libri saranno disponibili gratuitamente e conterranno le linee guida
italiane per lo sviluppo di reti sicure, sia per piccole, sia per grandi
organizzazioni.

I libri bianchi saranno delle pietre miliari nel panorama della sicurezza
fornendo un’indicazione univoca, precisa ed estesa a tutto il suolo
nazionale, dei principali concetti di sicurezza.

In particolare, i tre libri tratteranno l’argomento sicurezza con un
progressivo approfondimento.

Il primo volume sarà orientato ai responsabili ICT di tutte le
organizzazioni e consentirà l’autodiagnostica del proprio grado di
rischio e di definire le misure critiche da intraprendere.

Il secondo volume sarà invece diretto ad un’approfondita analisi
delle migliori pratiche per quanto riguarda le infrastrutture critiche
nazionali.

Il terzo volume sarà orientato alla valutazione della qualità
dei servizi di comunicazione.

Si prospetta un anno estremamente interessante grazie ad iniziative molto
sentite e, come nel caso della sicurezza, di iniziative trasversali a tutte
le discipline e gli aspetti dell’informatica.

Per prima cosa prendiamo in esame il problema del salvataggio dei
dati. Supponiamo, per semplicità di trattazione, che il sistema
utilizzato sia un sistema Linux (ad esempio Fedora Core 3) e che il
partizionamento sia standard.

Il caso più semplice prevede il salvataggio dell’intera partizione
dei dati utente (solitamente /home) ed è certamente il
metodo migliore per salvare tutto senza dimenticare nulla.

L’aspetto negativo di questa scelta è legato all’enorme
quantità di dati salvati di volta in volta; se il salvataggio viene
eseguito giornalmente, in questa condizione vi possono essere degli enormi
problemi di spazio (ed un enorme proliferare di cdrom!).

Un comportamento più razionale potrebbe essere il seguente:

salvataggio di tutti i dati utente (una volta la settimana);
salvataggio incrementale giornaliero.

Una politica di salvataggio di questo tipo è facilmente
implementabile in Linux sia sfruttando degli script
bash ad hoc sia attraverso dei semplici tool.

Nell’implementare uno script ad hoc si deve tener presente che in ciascuna
partizione vi sono dei file e delle cartelle nascoste (ovvero tutti i file e
tutte le cartelle che iniziano con il punto) e che i nomi dei file possono
non essere unix-like (ovvero tutti i file che contengono spazi,
caratteri di punteggiatura e lettere accentate). Gli script devono tener
conto di queste eccezioni.

Ovviamente esistono degli script già pronti. In particolare,
un tool molto interessante utilizzabile in qualunque contesto, dal desktop
al server, è
cdbkup.
Si tratta di un insieme di script bash che utilizzano le primitive di
sistema tar e gzip per la creazione degli
archivi compressi e cdrecord e mkisofs per
la generazione delle immagini ISO da salvare nel CD-set.

Gli aspetti interessanti di questo tool sono:

possibilità di effettuare salvataggi incrementali regolamentati
attraverso un indice intero che va da 0 a 9, dove 0 indica un backup totale,
e 9 un backup incrementale giornaliero;
possibilità di salvare tutti i dati in un CD-set con cambio di
CD durante in processo di masterizzazione;
possibilità di ripristinare i dati salvati nei CD;
possibilità di specificare i file e le cartelle da escludere
dal backup;
interfaccia testuale (adatta all’uso nei server!).

Con questo tool, la quantità di dati giornalmente interessata dal
backup viene enormemente ridotta.

Ulteriori provvedimenti per ridurre la mole di dati giornaliera
possono essere i seguenti:

cancellare tutte le cache dei browser o escluderne il
salvataggio;
eliminare o escludere dal salvataggio tutti i file che terminano
con ~ o che iniziano con # (file di backup e cache);
eliminare tutti i file dump;
svuotare eventuali cestini;
utilizzare l’opzione –exclude di
cdbkup per escludere cartelle e file.

Vediamo due semplici esempi dell’utilizzo di cdbkup.

Caso 1

Backup totale della cartella /home.
Esecuzione del bank del CD prima del suo utilizzo.
Scrittura del CD a 12x.
Utilizzo di un dispositivo ATAPI

Il comando da utilizzare è:

cdbkup 0 -b –label localhost -s 12 ATAPI:/dev/hdd

In un’attività di rete vi sono dei grandi rischi:

le intrusioni;
lo spamming
i virus.

Questo articolo si concentra sul primo aspetto, presentando due utili
strumenti.

Il principale, ma non unico, strumento di protezione in Linux è
il firewall software iptables implementato nel kernel.
Tutte le distribuzioni di Linux con Kernel dal 2.4 in poi hanno questo
firewall già compilato nel kernel.

Iptables è estremamente potente,
versatile, efficace ed in grado di proteggere in modo adeguato e
professionale il proprio PC o il proprio server. In alcune distribuzioni,
come la RedHat e le sue derivate (soprattutto Fedora :-), esiste già
un firewall iptables attivo installato in modo automatico dal sistema
di installazione.

Il grande limite di questo strumento è l’enorme difficoltà
legata alla sua configurazione. Purtroppo i parametri e la sintassi per
la sua configurazione sono astrusi (basti vedere quali e quanti sono
i possibili parametri e le possibili varianti, e quanti sono i moduli
attivabili nel kernel per la gestione di particolari pacchetti del
protocollo TCP/IP).

Per rimediare a questa difficoltà sono nati degli stumenti che
possono aiutare ad agevolare la configurazione di Iptables.

Il primo tool è
Shorewall,
un insieme di script che configurano il firewall Iptables seguendo una
logica nota a tutti coloro che per professione o per diletto hanno
avuto a che fare con firewall hardware.

L’idea alla base del tool è di configurare una serie di file testuali
(posti all’interno della solita cartella /etc) dai quali
estrapolare le regole per Iptables.

La configurazione è semplice: ciascun file rappresenta una tabella
e ciascuna riga del file rappresenta un record di tale tabella. Le prime
colonne della tabella vanno sempre riempite poichè sono obbligatorie;
molti campi sono opzionali e vengono usati solo dagli esperti o in caso
di particolari configurazioni di rete.

Le righe delle tabelle hanno un’altra importante proprietà: l’ordine
di elenco. Infatti, le regole di filtraggio del firewall Iptables vengono
eseguite in ordine dalla prima all’ultima: la prima regola che ha successo
viene applicata.

In linea di principio, quindi, vengono sempre elencate per prime le regole
che filtrano meno traffico.

Shorewall è uno strumento molto potente e consente
di creare configurazioni anche molto complesse (ad esempio configurazioni
per PC o server con più interfacce di rete, router, VPN…).
Lo strumento non possiede un’interfaccia grafica ufficiale e quindi la sua
configurazione può richiedere un certo tempo.

Molto più semplice ed intuitivo il tool
Firewall builder. Si tratta di
un tool grafico per la gestione delle regole Iptables.

A mio avviso richiede un certo tempo di apprendimento per ottenere delle
regole ben scritte. Tuttavia ha i seguenti vantaggi:

la scrittura delle regole è estremamente semplificata;
esistono dei template già pronti adatti a molte esigenze;
è in grado di generare gli script per l’installazione delle
regole ed è in grado di fare un test prima dell’installazione;
consente l’amministrazione remota delle regole.

Per concludere, mi sia consentita una riflessione: sebbene
Firewall builder sia uno strumento adatto
a tutti (vista la semplicità),
ciò non toglie che le regole generate siano del tutto
uguali a quelle scrivibili manualmente od ottenibili con altri tool.

Questo sta a dimostrare che in Linux non sono le interfacce a fare
gli strumenti, ma gli strumenti a fare le interfacce :-))

Questo programma open source è uno strumento che non necessita di
presentazioni, visto il rilascio da parte di IBM :-).

Non si tratta di uno strumento che fornisce automatismi di sviluppo pari a
quelli di altre suite (come ad esempio href="bhttp://www.netbeans.org">NetBeans) ma piuttosto di uno strumento
rivolto ai professionisti dello sviluppo del codice, concentrati sulla
qualità della produzione.

Per questo motivo non si trovano strumenti di auto generazione di progetti,
ma piuttosto funzionalità come le seguenti:

generazione dei metodi getter e setter per una variabile;
completamento automatico degli import ed organizzazione degli stessi
(ordine alfabetico e di package);
rinomina di tutte le istanze di una variabile all’interno dello
scoping della stessa (ATTENZIONE: non all’interno di tutto il
programma, ma solo nello scoping della variabile!!!);
possibilità di vedere il proprio codice attraverso diverse
prospettive (semplice file system, java packages…);
auto completamento dei commenti del programma con differenziazione tra
commento semplice e javadoc;
gestione dei bookmarks all’interno del proprio codice;
gestione dei TODO, ovvero il remember degli stessi a
favore del programmatore (todo per credere!);
gestione di progetti attraverso href="http://www.cvshome.org">CVS.

Per chi sviluppa molto codice ed è attento allo stato di sviluppo ed
alla qualità del sorgente, le precedenti feature risultano
estremamente interessanti.

Ritengo, in particolare, che la gestione automatizzata degli imports e la
gestione dei TODO siano tra le caratteristiche più
interessanti in assoluto e non presenti in altri prodotti di sviluppo.

Le funzionalità di Eclipse sono estendibili attraverso i
vari plug-in scaricabili per questo prodotto.

Se prendiamo in considerazione un modello di sviluppo incrementale del
software, questo strumento trova la sua collocazione naturale nella fase di
consolidamento ed ottimizzazione del software, ove aspetti come
qualità e performance diventano fondamentali; escluderei l’uso di
questo prodotto per un’intensa produzione
web, ad esempio per pagine JSP e servlet, mentre ritengo di grande
importanza la sua presenza nello sviluppo del business model (beans ed
EJB).

Uno dei maggiori pregi di questo prodotto è la possibilità di
sviluppare molto rapidamente il prototipo del proprio codice, sfruttando i
numerosi template messi a disposizione.

Nella versione 4.1 sono presenti template per la produzione di pagine JSP,
servlet ed EJB.

Rispetto alla versione 3.6 sono da notare netti miglioramenti nella
velocità del prodotto in esecuzione (ricordiamo che NetBeans è
scritto interamente in Java) e la possibilità di gestire anche
progetti enterprise.

Un cambiamento fondamentale è legato
alle personalizzazioni introdotte nella gestione dei progetti:

lo script build di ant viene suddiviso in
due script customizzati pesantemente da NetBeans (addirittura a
livello di tasks);

viene introdotta una cartella nbproject contenente tutte le
personalizzazioni del progetto (build, properties…).

Personalmente non apprezzo queste personalizzazioni del prodotto poiché
con il tempo si diventa troppo tool-dipendenti ed il software è
poco portabile su diverse macchine o diverse architetture.

Ottima e molto curata, come sempre in questo progetto, la digitazione del
codice: vengono offerte le scelte multiple per l’autocompletamento
e sono sempre presenti a corredo le javadoc delle api. Inoltre,
NetBeans è stato pensato come strumento per la digitazione
di diversi tipi di codice: non solo Java, ma anche XML, HTML, ant script,
JSP.

NetBeans è consente di
espandere le funzionalità grazie ai numerosissimi plug-in sviluppati.

La sorpresa interessante si ha proprio nella digitazione della pagine JSP, ove
è possibile ottenere suggerimenti sia per il codice Java sia per le
taglib (indipendentemente dai name space usati).

Sebbene sia possibile sviluppare qualunque tipo di applicazione Java,
NetBeans si presenta particolarmente curato nello sviluppo di
applicazioni web, sia grazie ai template, sia grazie all’application server
integrato (Tomcat) che
permette l’automatizzato deploy delle applicazioni (servlet e
JSP).

A mio avviso, NetBeans è lo strumeto adatto alle prime fasi
di sviluppo del codice, ove è essenziale sgrezzare l’applicazione
implementandone le funzionalità in tempi ridotti. Molto indicato,
quindi, per quanti adottino un modello implementativo basato
sull’evolutionary developement.

Una delle sue feature più apprezzate è senz’altro quella di
bloccare i popup (oggi anche altri browser implementano questa
funzionalità, ma Firefox è stato il capostipite!).

Dalla RC1, Firefox ha migliorato ulteriormente le sue qualità ed in
particolare la possibilità di espandere le sue funzionalità
tramite dei plug-in.

I plug-in di Firefox sono stati ereditati da Mozilla: si tratta di archivi
zip rinominati xpi con all’interno un insieme di
cartelle contenenti file javascript e pacchetti jar (i
plug-in sono scritti in Java!).
L’installazione è molto semplice: basta raggiungere il file
mediante il browser (sia in rete, sia su file-system) e cliccare sul file
xpi interessato. Firefox farà il resto (e
controllerà anche la compatibilità tra il plug-in e la
versione di browser installata).

Molti sono i plug-in scaricabili e, per tutti coloro che operano nel web,
vi sono delle funzionalità estremamente interessanti.

Tra tutti i plug-in i più interessanti sono:

show_java_console: apre una consolle di debug per
javascript che offre la possibilità di selezionare i messaggi
javascript a seconda dell’importanza del messaggio (error, warning…);

javascript_debugger: funzionalità avanzate di
debugging del codice javascript (estremamente utile per tutti coloro che
scrivono molto javascript);

web_developer: serie di menù a tendina che
offrono la possibilità di visualizzare on the fly le
principali informazioni di una pagina HTML (ad esempio i bordi delle
tabelle, i tag CSS 2, i tag obsoleti…). Questa funzionalità
è di enorme importanza per tutti coloro che hanno la
necessità di trovare errori di visualizzazione all’interno di una
pagina DHTML (php, jsp…);

editcss: un editor CSS WYSIWYG che agisce sul CSS
della pagina correntemente caricata;

cuneaform: un editor HTML WYSIWYG basato sulle
primitive grafiche di visualizzazione di Firefox. Un ottimo strumento
anche se lento nell’esecuzione dei comandi.

Quando assieme al numero dei progetti crescono le esigenze, le competenze,
le persone impegnate ed i luoghi di lavoro (il dono dell’ubiquità
è per molti ma non per tutti) diventa necessario scaricare parte
della complessità organizzativa del proprio lavoro su dei tool.

A mio avviso, uno dei migliori programmi per gestire i progetti è
GanttProject.

Come indica il nome stesso, GanttProject consente di
realizzare diagrammi di Gantt. Non è l’unico software in grado di
fare questo: chi utilizza Linux con interfaccia GNOME sa benissimo che
esiste il valido Imendio Planner.

La peculiarità che rende GanttProject
interessante è che tale software è scritto in Java e
risulta quindi portabile. Quando si lavora su molti progetti, infatti,
accade spesso di utilizzare diversi sistemi operativi. La
portabilità di Java riveste quindi un ruolo fondamentale.

Per creare un nuovo progetto in GanttProject è
necessario inserire (ma non è strettamente
necessario in prima istanza) le risorse umane che prenderanno parte ai
progetti.

Nell’area Gantt è possibile creare le attività
dei propri progetti ed organizzarle in modo gerarchico. Ad ogni
attività sono associabili le risorse umane impegnate e la
priorità.

Altrettanto semplice è la definizione dei milestonea,
chiamati dal programma Punto di verifica: basta dichiarare una
nuova attività ed attivare il flag.

La visualizzazione del diagramma di Gantt è molto curata e sono
ben visibili le percentuali di completamento dei lavori: quest’ultime
sono modificabili tramite il mouse agendo direttamente sulle barre delle
attività stesse.

Un altro punto di forza di GanttProject è la
possibilità di esportare i progetti in vari formati tra i quali,
pagine web, immagini (JPEG e PNG), PDF o immagini vettoriali per XFig.

Per tutti coloro che devono spostarsi territorialmente in più
luoghi di lavoro diventa essenziale avere con sé lo stato
aggiornato dei progetti.

Per tutti costoro (e per me!) è necessario avere a
disposizione un computer palmare ed un buon software di engineering;
fortunatamente il software open source per palmari Palm ha avuto, ed ha
tuttora, una vasta schiera di estimatori e di programmatori.

Il software più adatto per fare il punto della situazione
è senz’altro Project.

Project è un software davvero piccolo (solo
96K!!!) ma consente di ottenere grandi risultati.

Si tratta di un programmino per Palm del tutto simile a
GanttProject.

Project consente di creare un nuovo progetto e di
dichiarare le attività che lo compongono, organizzandole ad
albero. La visualizzazione è molto chiara e semplice e lo stato
di avanzamento, in percentuale, di ciascuna attività molto
curata. Si possono dichiarare attività di tipo progress,
numeric, action ed info.

Per le attività action è possibile una
sincronizzazione con il programma TODO (o Attività).

Molto curato il menù edit che consente di riorganizzare
l’albero delle attività (ad esempio tagliare ed incollare
attività) e di curarne eventuali anomalie.

La soluzione offerta da questo programma è molto semplice e, in
virtù di questa semplicità, molto efficace.

Se vi muovete molto nel territorio e seguite molti progetti, questo
programma per Palm è senz’altro quanto di meglio si possa
desiderare.

Tuttavia, nel corso del 2004 sono stati
notati crescenti interessi verso il software open e proprio dalle
PMI, principale oggetto delle difficoltà informatiche.

Una recente ricerca del Tedis
(l’osservatorio sulle nuove tecnologie dell’Università di
Venezia) ha messo in luce che l’open source ha una penetrazione del
25% all’interno delle PMI italiane e che la penetrazione è
molto più forte nelle aziende di media grandezza.

L’idea di Java Open Business (JoB) di
Sun è quella di fornire un punto di ritrovo per tutte queste
aziende, ove condividere idee ed iniziative per software di gestione
logistica e finanziaria.

A pochi giorni dalla nascita del
portale, il successo sembra superiore alle attese.