Firefox 7 è una scheggia – specialmente sotto Windows – e occupa molta meno memoria dei suoi predecessori. Però una piccola imperfezione ce l’ha, almeno ai miei occhi: nella barra dell’indirizzo lo schema che indica il protocollo non compare più, è nascosto. Si tratta della parte che, in un URL, sta prima del nome del sito (http:// oppure https://, o ftp://,  tanto per intenderci). Di solito questo non è un gran problema, perché la pagina la si vede lo stesso, ma può diventarlo quando, ad esempio, si fa il copia-e-incolla dell’URL dalla barra dell’indirizzo in un contesto dove lo schema del protocollo non è scontato. Come in un email o in un tweet.

Grazie a questa pagina ho trovato il modo per ritornare alla vecchia impostazione. Qui sotto c’è il procedimento in italiano, per chi non capisce l’inglese.

1. Prima di tutto occorre inserire nella barra dell’indirizzo il testo about:config e premere INVIO. Questa è la parolina magica per accedere alle impostazioni nascoste di Firefox;
2. comparirà un avviso alquanto allarmante al quale si deve reagire rispondendo che sì, si farà attenzione:
   
3. occorre adesso cercare la voce browser.urlbar.trimURLs e cambiarne, con un doppio click, il valore da true a false:
   

Fatto! D’ora in avanti lo schema del protocollo sarà là al suo posto.

Scrivere programmi in C/C++ usando la toolchain GCC è, in genere, piacevole e produttivo. A patto di conoscere alcune questioni che, a prima vista, possono sembrare di lana caprina.

La questione di lana caprina

Ad esempio, una cosa importante da sapere è che, a differenza di quando si linka un eseguibile, quando si fa il link di una libreria condivisa (file lib*.so), lo GNU linker (invocato direttamente con il comando ld, oppure indirettamente tramite il compilatore GCC) non dà alcun errore se ci sono simboli irrisolti. L’idea è quella di consentire comunque la creazione della libreria, rimandando la risoluzione dei simboli al momento in cui si farà il link di un eseguibile che ne faccia uso.

Facciamo un esempio concreto: supponiamo di realizzare la libreria libdinamica.so, che usa al suo interno la funzione richiesta() presa dalla libreria condivisa libdipendenza.so. Il comando di link per libdinamica.so sarà qualcosa del genere:

$ g++ -shared -o libdinamica.so oggetto1.o oggetto2.o oggetto3.o

che non contiene riferimenti alla libreria libdipendenza.so e non dà messaggi di errore. Un eventuale eseguibile che fa uso della libreria libdinamica.so dovrà essere linkato con il comando

$ g++ -o pincopallino oggetto4.o oggetto5.o -L. -ldinamica -ldipendenza

, ossia specificando entrambe le librerie (qui si suppone che tutti i file si trovino nella cartella corrente).

Se, invece, si fosse linkata la libreria con il comando

$ g++ -shared -o libdinamica.so oggetto1.o oggetto2.o oggetto3.o -L. -ldipendenza

il comando per linkare l’eseguibile avrebbe potuto essere

$ g++ -o pincopallino oggetto4.o oggetto5.o -L. -ldinamica

che è molto più logico perché, in generale, i file oggetto4.o e oggetto5.o possono essere del tutto agnostici riguardo alla libreria libdipendenza.so.

Il comportamento virtuoso

Un modo per costringerci ad adottare il “comportamento virtuoso” (quello di linkare libdipendenza.so con libdinamica.so, e non con l’eseguibile) è quello di richiedere al linker di lamentarsi dei simboli irrisolti anche durante la costruzione delle librerie condivise. L’opzione per attivare questo comportamento del linker è --no-undefined (che diventa -Wl,--no-undefined se invocata dal compilatore).

Con l’opzione --no-undefined, la prima versione del comando ha questo esito:

$ g++ -Wl,--no-undefined -shared -o libdinamica.so oggetto1.o oggetto2.o oggetto3.o
oggetto1.o: In function `usa_richiesta()':
oggetto1.cpp:(.text+0x13): undefined reference to `richiesta()'
collect2: ld returned 1 exit status
$

mentre l’unica forma che funziona sarà

$ g++ -Wl,--no-undefined -shared -o libdinamica.so oggetto1.o oggetto2.o oggetto3.o -L. -ldipendenza

Questa l’email lapidaria, che non lascia speranze, sulla chiusura di uno dei servizi web che più mi erano utili e che più apprezzavo:

Caro utente,
dopo anni di onorato servizio, Vcast e la funzionalita’ FaucetPVR hanno terminato la propria missione di sperimentazione e il giorno 9 Agosto 2011 il progetto verra’ definitivamente chiuso.

In questi anni abbiamo imparato molto, anche grazie a tutti voi, senza i quali il servizio non sarebbe potuto diventare funzionale.

Vi ringraziamo sinceramente per questi anni trascorsi insieme, per la vostra fedelta’ e pazienza dimostrata.

Molti utenti ci hanno chiesto di indircargli quali servizi possono sostituire Vcast, in realta’ servizi analoghi di registrazione TV su Internet a nostra conoscenza non ne estistono piu’, NextTV di Telecom Italia ha chiuso il trial il 2 Agosto e anche Bong.Tv ha cessato la registrazione dei canali italiani da tempo.

Per un ambito piu’ ridotto relativo alla sola gestione dei podcast e delle radio DriveCast (http://drivecast.eu) rappresenta una ottima soluzione.

Per chi vuole la vita facile e non complicarsela con le varie chiavette USB da collegare al PC e con i loro programmi di registrazione, la BLOBBOX (http://bit.ly/pCNE9M) e’ una ottima alternativa, e gli sviluppatori prevedono di introdurre la programmazione delle registrazioni da web entro l’ autunno.

Con sincera stima,
Il Vcast Team.

Ma non potevano vendercelo?

Pensate che a me, ma anche a tanti altri, Vcast piace a tal punto da essere disposto a pagare qualcosa (un canone mensile o un tot per ogni singola registrazione) pur di continuare ad usufruirne.

Chiaramente apprezzo il servizio gratuito che ci è stato offerto finora (“a caval donato non si guarda in bocca”…) e ringrazio infinitamente il team di Vcast. Ciononostante resta l’amaro in bocca per la chiusura di un servizio che funziona bene, e che poteva trasformarsi in una fonte di reddito per INRETE (la società che sta dietro Vcast), oltre che essere un esperimento atto ad acquisire conoscienze che, a quanto si riesce a capire, confluiranno in un prossimo servizio web per la BLOBBOX.

E ora?

Chi mi segue sa che il videoregistratore virtuale di Vcast costituiva una delle pietre angolari, assieme a Boxee e DriveCast, del mio sistema multimediale casalingo: dovrò giocoforza ripensarlo dalle fondamenta. Così, su due piedi, le due soluzioni proposte nell’email qua sopra non mi paiono soddisfacenti: DriveCast può registrare le trasmissioni radiofoniche, ma non quelle televisive; ogni altra soluzione basata su decoder DVB fisico (compresa la BLOBBOX) non mi è di aiuto in quanto io non ho, e non ho intenzione di mettere, l’antenna televisiva sul tetto. E le antennine dentro casa, dove abito io, non riescono a captare un segnale decente.

Quanto al servizio Rai Replay, è semplicemente ridicolo: limitato agli ultimi sette giorni, solamente per pochi canali e solamente per le trasmissioni prodotte in proprio dalla Rai… per adesso le puntate di NCIS me le farò registrare su VHS (duro a morire ‘sto VHS, eh?) da qualche amico. Ma di certo non mi arrendo: appena verrà fuori qualcosa ve lo farò sapere immediatamente.

Ciao e alla prossima!

Giusto due parole sull’Ubuntu appena uscito (11.04, nome in codice Natty Narwhal) e sulla novità più importante: l’ambiente Unity.

Innanzi tutto una precisazione: Unity si basa su Compiz; quindi richiede l’accelerazione 3D. Se la vostra macchina non dispone di accelerazione 3D (per colpa della scheda video, per colpa dei driver, per colpa di qualsiasi altra cosa) Natty Narwhal si presenterà con il tradizionale ambiente Gnome.

Mac OS X ispira

Due gli elementi caratteristici di Unity, entrambi copiati da Mac OS X (lo dico senza polemica… se un’idea è buona lo è a prescindere che sia originale o meno): il Launcher (quello che in Mac OS X si chiama Dock) e la barra superiore (top bar) in cui sono collocati i menù dell’applicazione attiva e le varie iconcine di notifica. I due elementi funzionano più o meno allo stesso modo in cui funzionano su Mac OS X, quindi c’è poco da spiegare. L’unica differenza significativa è che i menù compaiono nella top bar solo quando il puntatore del mouse ci passa sopra: un meccanismo all’inizio un po’ strano, ma rapido da assimilare.

Grosse differenze ci sono, invece, tra Unity e Gnome. E questo può portare i vecchi utenti di Ubuntu ad una iniziale sensazione di smarrimento perché, tanto per dirne una, non ci sono più i menù Applicazioni, Risorse e Sistema. Come fare, dunque, a lanciare le proprie applicazioni? I modi sono due: Launcher e Dash.

Launcher, come già detto, lavora come il Dock di Mac OS X: ci sono i pulsanti per le applicazioni correntemente aperte, più i pulsanti per un certo numero di applicazioni preferite da lanciare con un click. Quindi, per rendervi la vita più semplice, popolate Launcher con le vostre applicazioni preferite.
Dash è una finestra (attivata dal pulsante Home, all’estrema sinistra della top bar) che consente di ricercare le altre applicazioni, quelle che non sono presenti in Launcher. Si può sia fare una ricerca libera, sia navigare nelle categorie del vecchio menù Applicazioni che, anche se non è mai visualizzato, sotto sotto c’è ancora.
Aggiungere e togliere applicazioni da Launcher è molto semplice: questione di un drag & drop da Dash e di un click con il tasto destro sul relativo pulsante in Launcher.

Viva la razionalità

Unity fu introdotto inizialmente nella declinazione Netbook Remix di Ubuntu, quindi doveva essere adatto agli schermi piccoli (da 7 a 11 pollici) e panoramici (1024×600 è la risoluzione tipica) dei netbook. La tensione verso il risparmio dello spazio e verso la razionalizzazione nella collocazione dei componenti è rimasta anche successivamente: apprezzabili le scelte di posizionare Launcher sul lato dello schermo e di avere un’unica barra orizzontale (quella superiore) al posto delle due di Gnome. In questo modo si ruba spazio alle applicazioni solo dove ce n’è di più (sui lati) riducendo al minimo il furto in verticale negli ormai diffusissimi schermi panoramici (16:10 e 16:9).
Inoltre per impostazione predefinita, sempre allo scopo di aumentare lo spazio a disposizione delle applicazioni, Launcher sparisce se ci sono finestre massimizzate e ricompare solamente quando il mouse insiste sul bordo sinistro dello schermo.

Infine una considerazione personale: l’uso di Unity diventa realmente efficiente solo se si prende l’abitudine ad usare le scorciatoie da tastiera. In questo ambito la parte del leone la fa senz’altro il tasto Meta (mappato di solito sul tasto con il logo di Windows): una pressione breve equivale ad un click sul pulsante Home, e quindi apre Dash; una pressione lunga fa comparire Launcher con degli ulteriori tasti di scelta rapida da utilizzare per attivare – e sovraimpressi su – i vari pulsanti (vedi l’immagine in apertura).

Consiglio a tutti di dare un’occhiara all’help di sistema (cerca Aiuto con Dash) per avere una panoramica delle novità, chiarirsi le idee sui concetti-base del nuovo ambiente e impratichirsi con le scorciatoie da tastiera.

E qui finisco

Questo è uno dei rilasci più ambiziosi di Ubuntu: Canonical abbandona l’ambiente che l’ha caratterizzata fin dagli inizi (Gnome) per introdurre, dopo tanti anni, qualcosa di nuovo, originale, sviluppato in proprio. Il tentativo è quello di tracciare un nuovo solco per l’interfaccia utente di Ubuntu: affermare una personalità specifica e riconoscibile al primo sguardo, al pari di Windows e Mac OS X, che non sia solamente una delle tante personalizzazioni dell’onnipresente Gnome (compresa anche la recente versione 3). Certo non è ancora tutto perfetto, ma secondo me la direzione è quella giusta. Anche se un po’ rozzo, Natty Narwhal mostra grosse potenzialità che senz’altro verrano sviluppate e raffinate nelle release a venire: con Natty, e a un anno dalla prossima LTS non potrebbe essere diversamente, si dà uno sguardo al futuro.

A chi non piace sperimentare ricordo che, volendo, si può comunque continuare ad usare l’ambiente Gnome: basta sceglierlo nella schermata di login (sessione “Ubuntu classico”).

Il rapporto tra il sistema operativo della mela morsicata e i volumi con filesystem NTFS non è mai stato buono. Posto che sarebbe ora che Jobs risolvesse la cosa (e che cavolo! Su Linux si legge e scrive su NTFS senza problemi da una vita!) vediamo come, avendo un Macintosh, si può riuscire a convivere con dischi formattati NTFS.

La (breve) storia del supporto ad NTFS

All’inizio i dischi NTFS non potevano essere né letti né tantomeno scritti da Mac OS X. Lo si poteva fare, ma soltanto acquistando programmi di terze parti a pagamento. La prima, e finora unica, forma di supporto al filesystem NTFS presente “di serie” su Mac OS X è la sola lettura, e risale alla versione 10.3.x (Panther) del 2003. Da allora, niente di nuovo sotto il sole da parte di Apple…

Il bug di Snow Leopard

… a parte, forse, un bel bug! Con l’introduzione di Snow Leopard (Mac OS X 10.6.x) c’è stata una riscrittura completa del Finder che ha portato tante belle novità, ma anche un fastidiosissimo bug: la copia di file di grosse dimensioni (c’è chi dice > 4 GB, c’è chi dice > 3 GB) da dischi NTFS non va in porto. Quando si è quasi alla fine, l’operazione si interrompe con una finestra di segnalazione che annuncia il verificarsi di un fantomatico errore -36. Lì su due piedi, ossia in attesa di aggiornare Mac OS X alla versione 10.6.3 o superiori (che risolve il problema), l’unica è usare programmi alternativi a Finder (come, ad esempio, il comando cp da Terminale). Infatti il bug è specifico di Finder, e non coinvolge le fondamenta del sistema operativo (https://discussions.apple.com/message/11264539?messageID=11264539).
Vale la pena ribadire che neanche Snow Leopard introduce il supporto alla scrittura su volumi NTFS.

Ad ogni modo, com’è che si può scrivere sui dischi NTFS?

Con la diffusione sempre maggiore di grossi dischi esterni venduti già formattati in NTFS, il problema della scrittura su NTFS da parte di Mac OS X diventa sempre più stringente, e la sua soluzione non più procrastinabile (sentito, Steve?). Fortunatamente, se la sola lettura da NTFS non basta, ci sono varie soluzione sia a pagamento che gratis che è possibile mettere in atto fin da subito.

Soluzione 1: tornare a FAT (gratis)

La soluzione, abbastanza drastica ma semplice ed efficace, consiste nel

1. Copiare tutto il contenuto del volume NTFS su un secondo hard disk
2. Riformattare il disco NTFS usando Utility Disco del proprio Mac, avendo cura di scegliere il formato MS-DOS (FAT). Questa scelta selezionerà automaticamente, a seconda della dimensione del volume, il tipo di filesystem migliore tra quelli pienamente supportati sia da PC che da Mac (FAT12, FAT16 o FAT32, fino alla dimensione di 2 TB). Se il volume è più grande di 2 TB, si può anche scegliere il nuovo formato exFAT, ma solo se si ha Mac OS X 10.6.5 o successivi; inoltre exFAT è supportato solo da Windows XP (con un aggiornamento specifico) in poi
3. Ritrasferire tutta la roba copiata al punto 1 nel volume appena formattato

Ovviamente, per fare questa operazione, occorre avere sufficiente spazio libero su un secondo hard disk; l’ideale è quindi effettuarla sul disco vuoto o appena acquistato. Il risultato sarà che il disco esterno potrà essere usato tranquillamente sia su PC che su Mac, sia in lettura che in scrittura.

Trappola: non provate a riformattare il disco usando un PC. Infatti Windows non consente di formattare in FAT32 partizioni più grandi di 32 GB. Però può usare senza problemi (sia in lettura che in scrittura) partizioni fino a 2 TB. La morale è: formattate i vostri dischi in FAT32 con il Mac o con Linux.

Qui occorre anche avvisare il lettore degli inconvenienti in cui andrà incontro usando il vecchio filesystem FAT32 al posto del più evoluto NTFS (d’altra parte ci saranno stati dei motivi per cui Microsoft ha introdotto NTFS, no?). Gli inconvenienti più significativi cui si andrà incontro sono:

• minore robustezza intrinseca di FAT32 rispetto a NTFS (FAT32 non ha journaling; NTFS sì)
• maggior spreco di spazio (FAT32 usa cluster di grandezza crescente al crescere della dimensione del volume; NTFS no)
• limite della dimensione di un singolo file [questo è senz'altro l'inconveniente più importante che, spesso, giustifica da solo il passaggio da FAT32 ad NTFS] (FAT32 ce l’ha a 4 GB; NTFS può arrivare a 16 TB)

Soluzione 2: MacFUSE + NTFS-3G (gratis)

Da un po’ di tempo c’è la possibilità di adottare lo stesso sistema usato con successo in tante distribuzioni Linux: un driver in user space (ossia un programma utente, invece che un’estensione del kernel del sistema operativo) in accoppiata con una piccola estensione del kernel che funga da interfaccia tra kernel e driver esterno.

Il driver esterno si chiama NTFS-3G, è lo stesso usato su Linux da anni ed ormai è molto affidabile, anche se non è il massimo in quanto a prestazioni. L’estensione del kernel è MacFUSE, una versione specifica (più che un vero e proprio porting) di FUSE per Mac OS X.

La cosa più semplice è senz’altro scaricarsi il pacchetto binario completo di MacFUSE + NTFS-3G già pronti all’uso da http://sourceforge.net/projects/catacombae/.

Soluzione 3: Tuxera NTFS for Mac (a pagamento)

Lo sviluppatore di NTFS-3G vende anche una versione ottimizzata in quanto a prestazioni del suo gioiellino. L’ha chiamata Tuxera e la fa pagare € 25,00 incluse le tasse. Prima di acquistarla si può provarla gratis per 15 giorni. http://www.tuxera.com/products/tuxera-ntfs-for-mac/.

Soluzione 4: Paragon NTFS for Mac (a pagamento)

Questo è il driver di terze parti più antico che consente di leggere e scrivere le partizioni NTFS. Non so dire se sia meglio o peggio del suo fresco concorrente Tuxera, ma costa un bel po’ meno: $ 19,95 tasse incluse (€ 14,95 al tasso corrente). Anche per questo è possibile fare un giro di prova gratis quindi, se si è indecisi tra i due, tanto vale provarli entrambi e poi scegliere. http://www.paragon-software.com/home/ntfs-mac/.

Conclusioni

Uno dei leitmotiv delle campagne pubblicitarie di Apple, al fine di convincere i potenziali “switcher” a passare da PC a Mac, è sostenere che il Mac si trova a pieno agio in un ambiente misto Mac/PC. Questo evidentemente non sarà vero fintantoché i Mac non leggeranno e scriveranno le partizioni NTFS appena tirati fuori dalla scatola. Se l’utente tecnologicamente più avanzato può riuscire a risolvere la situazione  da solo (anche se sbattendosi un po’) e senza spendere nulla, così non è per l’utente medio. Prendete l’amico o il parente meno tecnologico che avete (il quale avrà comprato un Mac — spendendo si sa quanto — proprio per stare alla larga da certe questioni) e pensate alla sua frustrazione nel tentativo di ficcare dei file nel disco esterno appena comprato o in quello del vicino di casa… in quanto a supporto a NTFS, Mac OS X dovrebbe decisamente imparare da Ubuntu!

Riferimenti

• Tabella comparativa delle caratteristiche dei filesystem recenti di Microsoft: http://msdn.microsoft.com/en-us/library/ee681827(VS.85).aspx

Supponi di aver bisogno di un po’ di spazio extra sul disco che normalmente usi per Time Machine. Forte la tentazione di andare dentro alla cartella Backups.backupdb e trascinare qualche backup tra i più vecchi nel cestino, vero? Beh, NON LO FARE. Non è questo il modo giusto: impiegheresti un sacco di tempo e poi, la prossima volta che gira, Time Machine sarebbe costretto a rigenerare il proprio database (ammesso che ce la faccia), visto che la situazione sul disco non sarebbe più coerente con le sue informazioni.

Apple, chissà perché, non rende questa informazione molto evidente. In ogni modo, come ho trovato su questo utilissimo post, il procedimento corretto è il seguente:

1. con il Finder in primo piano, entra in Time Machine (dal menulet nella barra dei menù oppure dall’icona di Time Machine nel Dock);
2. nella mirabolante interfaccia siderale di Time Machine, torna indietro nel tempo fino alla data e all’ora del backup che vuoi eliminare;
3. nella finestra simil-Finder che sta in mezzo, clicca sul nome del tuo computer che compare nella barra laterale, proprio sotto a DISPOSITIVI (nel mio caso è Mac di Ale). Quello che stai osservando adesso è il backup che hai scelto nella sua interezza, con una cartella per ogni disco;
4. senza selezionare nulla, fai click sul menù Azione (quello con l’icona a forma di ingranaggio) e clicca sulla voce Elimina backup;
5. conferma che sì, lo vuoi eliminare davvero questo backup, e inserisci la tua password di amministratore;
6. ora puoi anche uscire da Time Machine (facendo click sul pulsante Annulla in basso a sinistra).

L’operazione non è istantanea (come testimoniato dalla finestra di notifica che rimane sul desktop fino alla conclusione), ma quasi. Una volta terminata l’eliminazione, il tuo disco avrà guadagnato il suo spazio libero e il database di Time Machine sarà ancora integro.

PS: è anche possibile fare eliminazioni più raffinate. Ad esempio, non dell’intero backup, ma solo di una sua cartella. Oppure fare delle eliminazioni “trasversali”, ossia eliminare una cartella o un file non da un solo backup, ma da tutti i backup del disco. In questi casi al passo 4, invece di non selezionare nulla, naviga fino all’elemento da eliminare, selezionalo e scegli dal menù Azione la voce adeguata (Elimina backup oppure Elimina tutti i backup di “Pinco Pallino”).

Come avrete capito, l’evoluzione del mio sistema informatico casalingo è dettata dalla ricerca di nuovi mezzi tecnici e nuove procedure per minimizzare le alzate dal divano. In questo contesto, il mio mediacenter rigorosamente opensource, dotato anche di telecomando a infrarossi, era quasi perfetto. Dico “quasi” perché ancora non ero in grado di lanciare Boxee a distanza.

In effetti, il mio telecomando ha alcuni tasti speciali, definiti “hot keys”, che producono combinazioni di tasti generiche associabili a funzioni personalizzate del sistema opertivo. Per renderlo più versatile, i progettisti hanno deciso di far produrre ad ognuno di questi tasti 3 combinazioni diverse:

Io, bramosamente, avevo subito associato (in Sistema->Preferenze->Scorciatoie da tastiera di Ubuntu) la combinazione Ctrl+Alt+B all’apertura di Boxee, in modo da poterlo lanciare con il tasto “hot key B” del telecomando. Peccato però che il telecomando genera, tra le altre, anche la combinazione Ctrl+Alt+F2, facendomi uscire da X Window e portandomi istantaneamente nel terminale alfanumerico n. 2. Certo, tornando al terminale grafico di X con Ctrl+Alt+F7, ritrovavo Boxee bello e che aperto (segno che il Ctrl+Alt+B era stato intercettato correttamente). Ma ormai la frittata era fatta: mi ero già dovuto alzare dal divano .

Oggi ho scoperto come dire al server X di ignorare le combinazioni di tasti Ctrl+Alt+Fn. È bastato aggiungere le linee seguenti al file /etc/X11/xorg.conf:

Section "ServerFlags"
    Option "DontVTSwitch"  "on"
EndSection

e riavviare (tutto il sistema o anche solo il server X).
Ecco compiuto un altro passo verso l’integrazione uomo-divano: i posteri ce ne saranno sicuramente riconoscenti !

Saluti e alla prossima!

(Per maggiori informazioni sul significato delle opzioni di /etc/X11/xorg.conf, dare uno sguardo a man xorg.conf.)

Chi necessita di un server SSH su Windows mi segua.

Installazione

Prima di tutto, per chi non ce l’ha, occorre installare Cygwin (http://www.cygwin.com/) e OpenSSH. Cygwin è un ambiente “Unix like” per Windows all’interno del quale è possibile compilare ed eseguire quasi tutti i programmi per Unix/Linux che ci sono in circolazione. Molti programmi, tra cui anche OpenSSH, sono già disponibili come binari precompilati. Dal punto di vista pratico, pensa a Cygwin come ad una distribuzione Linux per Windows: ci sono i pacchetti precompilati, ci sono le relazioni di dipendenza tra i pacchetti, via via vengono rilasciati gli aggiornamenti ai singoli pacchetti etc. L’installazione è molto semplice: si tratta di

1. Scaricare dal sito di Cygwin il programma di installazione setup.exe
2. Creare sul proprio PC Windows la cartella per Cygwin, ad esempio C:\cygwin, e copiarci dentro setup.exe appena scaricato
3. Lanciare setup.exe e seguire le istruzioni a video
4. Quando viene visualizzata la lista dei pacchetti organizzata in categorie, abilitare l’installazione di OpenSSH così:
   a) aprire la categoria Net;
   b) individuare il pacchetto openssh;
   c) fare click sulla corrispondente voce Skip.
   Comparirà il numero di versione di OpenSSH che si andrà ad installare
5. Procedere con l’installazione

Tutto il necessario verrà scaricato ed esploso nella cartella C:\cygwin ed infine verrà piazzata sul desktop un’icona con il simbolo di Cygwin. Vai col doppio click!

Configurazione

Una volta effettuato il doppio click, si aprirà una finestra del terminale all’interno della quale c’è ad attenderci la nostra beneamata Bash. L’albero di cartelle all’interno del quale ci troviamo ha come radice (indovina un po’…) C:\cygwin, per cui esiste questa corrispondenza tra il mondo Unix di Cygwin e quello di Windows:

• / ↔ C:\cygwin
• /usr ↔ C:\cygwin\usr
• /home ↔ C:\cygwin\home
• /bin ↔ C:\cygwin\bin
• etc.

Appena lanciata la shell ha come cartella corrente /home/nomeutente (C:\cygwin\home\nomeutente), come si può verificare facilmente con il comando pwd. Ma l’ambiente Cygwin non è affatto imprigionato nella sola cartella C:\cygwin: il sistema fornisce anche dei mount point per tutte le unità disco presenti. Dare il comando mount per rendersene conto:

$ mount
C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
H: on /cygdrive/h type smbfs (binary,posix=0,user,noumount,auto)
M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto)
N: on /cygdrive/n type smbfs (binary,posix=0,user,noumount,auto)

Quindi, per accedere al disco C: nella sua interezza, è sufficiente spostarsi sotto /cygdrive/c, e via discorrendo.

Per configurare il server OpenSSH è stato predisposto un comodo script da lanciare dalla Bash di Cygwin: ssh-host-config. Lo script fa un po’ di operazioni standard tra cui creare le chiavi crittografiche per il server, creare un utente ad hoc per far girare sshd e installare sshd come servizio di sistema. Io ho lasciato sempre le scelte di default (INVIO, INVIO, INVIO…) e mi sono trovato bene.

Una volta terminato il tutto, occorre lanciare a mano il servizio con ‘net start sshd’, ma solo per la prima volta: d’ora in avanti sshd verrà avviato automaticamente all’avvio di Windows, assieme agli altri servizi.

Ritocchi finali

A questo punto è sufficiente collegarsi da un altro computer (usando PuTTY su Windows oppure il client nativo ssh su Linux) per ritrovarsi proiettati nel mondo Cygwin che vive dentro il PC Windows. Le credenziali da usare (nome utente e password) sono quelle normalmente usate su Windows.

Se non fosse possibile accedere può dipendere dalla configurazione del firewall di Windows, che non lascia passare le connessioni verso sshd: aggiustare il tutto e riprovare.

Di recente ho dovuto avere a che fare con la funzionalità RAID software del kernel Linux e, prima di fare danni su una macchina di produzione, ho fatto qualche esperimento su un PC virtuale con a bordo Debian GNU/Linux 6.0 (Squeeze). Il primo passo è consistito nel convertire l’installazione normale (su un singolo disco fisso) in una installazione ridondata su due dischi fissi in configurazione RAID1. Quella qua sotto è la procedura che ne è venuta fuori, nata come giornale di bordo dell’operazione (non la inserisco nel corpo dell’articolo perché ormai è nata come file di testo, e poi è un po’ lunga):

• debianraid1.txt (16,9 KB)

Spero che possa risultare utile a qualcuno

PS: in occasione del recente rilascio della versione stabile, ho deciso di scrivere un articolo storico/introduttivo su Debian. Ci sto ancora lavorando, ma sono a buon punto; quindi… stay tuned!

Il sistema operativo di Apple gode di una certa fama di sicurezza pressoché meritata: è quasi esente da virus, le sue fondamenta Unix sono ben assestate e stanno sotto i microscopi degli esperti di sicurezza da circa 40 anni, i suoi servizi di rete opensource (ad esempio il server web Apache e il server SMB Samba) sono tenuti continuamente sotto osservazione dalla più ampia comunità di sviluppatori che la storia ricordi. Ma, si sa, nessuno è perfetto e quindi si può sentire il bisogno di avere un firewall che regoli il traffico di rete anche sul Mac.

I due firewall di Mac OS X

Su Mac OS X ci sono due tecnologie differenti di firewall:

• quello classico – ereditato dal mondo *BSD – che va sotto il nome di ipfw e che lavora su indirizzi e porte (per i puristi, ai livelli rete e trasporto dello stack TCP/IP)
• quello nativo di Mac OS X, che filtra il traffico in base alle applicazioni (assomiglia in questo al firewall di sistema di Windows) e che si chiama ALF (Application Layer Firewall)

Mac OS X ha un comodo strumento di amministrazione grafico, ma solo per AFP: si trova in Preferenze di Sistema->Sicurezza, scheda Firewall.
L’altro firewall, ipfw, di solito rimane spento. Il motivo di questa scelta è che Apple ha ritenuto che la configurazione di ipfw sia un compito troppo avanzato per l’utente medio. E, tutto sommato, non ha tutti i torti: la scrittura di un set di regole fatto bene per un firewall IP richiede una conoscenza teorica approfondita dei protocolli di rete, nonché una buona esperienza sul campo e un po’ di malizia (è più un’arte che una scienza…). È molto facile, per un principiante, bloccare del traffico che dovrebbe fluire senza riuscire a scoprire dov’è il problema; oppure, sull’altro versante, credere di avere tappato tutti i buchi quando in realtà non è così (situazione, questa, molto pericolosa perché fa beare di una falsa sensazione di sicurezza).
L’unico strumento di Mac OS X  per amministrare ipfw è quello da linea di comando – l’omonimo ipfw ereditato “paro-paro” da FreeBSD – che non è il massimo della comodità neanche per l’utente esperto.

Perché usare ipfw

Come si sarà capito, scopo di tutto questo articolo è dichiarare la necessità di usare ipfw, e proporre un modo per farlo.
Perché mai volersi impelagare nella configurazione di ipfw, quando è così difficile e quando comunque c’è ALF, uno strumento semplice e proposto dalla stessa Apple? È vero, il firewall ALF è molto semplice e intuitivo da configurare (gli si deve dire: “questa applicazione può accettare connessioni, quest’altra no” etc.), ma ha dei limiti che, a volte, possono risultare stretti. Ad esempio, ALF sorveglia solo le connessioni in ingresso: non è affatto efficace contro i cosiddetti cavalli di troia (programmi che uno installa inconsapevolmente e che poi aprono una connessione in uscita verso il sito del loro padrone). Oppure, non è in grado di discriminare in base all’indirizzo sorgente delle connessioni, quindi non distingue le connessioni provenienti dalla stanza accanto da quelle che vengono dalla Corea. Tutte cose che, invece, ipfw può fare.

Ma amministrare ipfw da linea di comando è una pena

Vero. Fortunatamente ci sono degli strumenti grafici che aiutano l’amministratore esperto a creare, salvare, esportare ed importare e – importantissimo – a testare i suoi set di regole.

Attenzione: questi strumenti sono destinati ad utenti esperti. Se non sai come funziona un firewall IP, non sai cos’è una regola e non hai idea di come sono fatte le instestazioni di un pacchetto IP, un datagramma UDP o un pacchetto TCP, stanne alla larga e limitati ad usare quello che Apple ha predisposto per te. Se invece il TCP/IP è la tua religione, iptables non ha segreti e hai voglia di usare Mac OS X come sei abituato a fare con Linux, allora questa è la roba che ti mancava per renderti la vita facile.

Gli strumenti che voglio introdurre, scritti dalla stessa persona, sono entrambi opensource e gratuiti. Uno, WaterRoof, è più avanzato e capillare; l’altro NoobProof, è più semplice e basilare: quest’ultimo consente di impostare un set di regole rispondendo a domande facili da capire, in un’interfaccia stile wizard in 5 passi. Io consiglio di usarli entrambi seguendo un procedimento trial-and-error: inizia con il generare un insieme di regole basilari usando NoobProof, e poi studiale e raffinale in base alle tue esigenze con WaterRoof. Una volta che sei soddisfatto delle tue regole puoi anche esportarle su file ed utilizzarle sugli altri Mac che amministri. Ah, ricordati anche di predisporre un script che, ad ogni riavvio, renda attive le regole che hai creato (che altrimenti rimarrebbero lettera morta): i due programmi possono pensare anche a questo.

Morale

Usando Mac OS X spesso ci si scorda di avere a che fare con un sistema Unix della tradizione più pura; viceversa, questo è uno di quei casi in cui è possibile andare a lavorare con le budella del sistema operativo ma, grazie agli strumenti giusti, farlo in modo agevole. D’altra parte, chi l’ha detto che agli amministratori in camice bianco non piacciano le comodità?