Ho avuto modo di constatare che in rete sono disponibili diverse guide per realizzare chioschi web soprattutto in ambiente Linux, ma non è altrettanto semplice trovare indicazioni su come realizzare una postazione in modalità chiosco (o similare) in ambiente Windows XP.

Spesso infatti, in ambito aziendale o più genericamente in situazioni di accesso condiviso e/o pubblico a un computer, si ha la necessità di restringere le funzionalità della macchina in modo da destinarla ad un uso specifico ed al contempo garantire continuità di servizio e sicurezza, evitando che gli utilizzatori cerchino di farne un utilizzo “non previsto”.

In ambienti di rete Microsoft solitamente si raggiungono buoni risultati operando con attenzione con le policy di dominio, qualora invece si preferisca uno strumento più immediato o semplicemente si voglia operare su una macchina stand-alone, ci viene in aiuto Shared Computer Toolkit di mamma Microsoft.

Per ogni approfondimento rimando al sito ufficiale, in breve comunque lo strumento permette di definire un profilo utente pubblico e su questo applicare in modo piuttosto semplice tutta una serie di restrizioni, riuscendo ad esempio a riudurre veramente al minimo le operazioni che un utente può fare, inibendo i vari menu contestuali, la visione delle unità disco, etc…

Una alternativa che si può ipotizzare è quella di utilizzare una distribuzione linux, sfruttare la documentazione online che sicuramente è più ricca rispetto al mondo M$, e utilizzare Wine qualora si abbia la necessità di far girare applicativi Windows.

Il problema di cui ho parlato nel precedente post mi ha dato modo di affrontarne un altro a cui non ero mai riuscito a dare soluzione, alla fine infatti i due problemi erano uno solo…

Il problema

Questa situazione l’ho riscontrata con Ubuntu Edgy (ma si applica anche a Feisty Beta). Il problema di fondo rimane il router di bassa qualità di cui sono in possesso, se non l’avete già fatto vale la pena leggere appunto il mio precedente post sull’argomento “TCP window scaling”.

Nonostante la connessione internet risultasse funzionante, mi sono scontrato in questi ultimi mesi con l’impossibilità di compiere operazioni di upload sia http che ftp verso il server che ospita il mio dominio www.sajmon.it (Tophost). La cosa strana è appunto questa: zero problemi con altri servizi di hosting (come quello che ospita www.giorgiogaber.org) ma con questo niente da fare, in ftp gli upload si fermavano a poco più di 1Kb per poi lasciare il cliet ftp in una situazione di stallo. Idem con connessioni http come le pagine di gestione del cms (che ovviamente ad ogni modifica di una pagina inviano il nuovo contenuto al server).

Al di là dei fiumi di email scambiati con i vari supporti tecnici (hosting e provider ADSL), mi sono accorto alla fine che con Windows le cose funzionavano a dovere.

La soluzione

Ed ecco tornare alla ribalta il buon “TCP window scaling”. C’è poco da dire, se avete un qualche problema di connessione, tipo quello che ho citato oppure una lentezza eccessiva di navigazione solo con certi siti (es. gnomelook.org nel mio caso) la prima cosa da provare è proprio disabilitare questa funzione del kernel linux.

Questa volta propongo infatti la disabilitazione completa della funzione, aprite dunque “/etc/sysctl.conf” con un editor, es:

sudo gedit /etc/sysctl.conf

e aggiungete la seguente linea:

net.ipv4.tcp_window_scaling = 0

ora applicate le modifiche con:

sudo sysctl -p

e il gioco è fatto.

Conclusioni

Se avete di questi problemi, credo che la soluzione più pulita sia quella di provare ad aggiornare il firmware del vostro router, in questo modo potrete godere appieno di tutte le funzionalità di rete messe a disposizione da linux.

La soluzione appena proposta, invece, è accettabile per tutti gli altri (tipo il sottoscritto che non può aggiornare una bella eva!) in quanto non va ad intaccare in alcun modo il funzionamento della vostra linux box.

Per un approfondimento: http://lwn.net/Articles/92727/

Come inizio per questa nuova esperienza con un blog tutto mio provo, senza grosse pretese, a presentare la soluzione a un problema che mi ha creato non pochi fastidi.

Il Problema

Un problema-non-problema che affligge Ubuntu Feisty (testato su Herd 5 e Beta, ma forse riguarda tutte le distro con la stessa versione del kernel) è che se ti trovi ad essere un felice possessore di un router da quattro soldi, ti accorgerai ben presto di avere grossi problemi di networking (si ok, non tu.. il tuo pc!) . In pratica tutto quello che la tua nuova Ubuntu riuscirà a fare è raggiungere qualche sito (es. google, libero) mentre tutti gli altri (compresi ubuntu e figli) ti saranno inacessibili. Questo crea non pochi problemi anche in fase di installazione, poichè qualsiasi dialogo (es. apt-get, wget) da parte dell’installer con i mirror Ubuntu è destinato a non funzionare, con conseguente impallamento di tutto il processo di setup.

La colpa non è certo del buon linux, diciamo piuttosto che (come in molti casi analoghi) la colpa è di quei produttori che realizzano hardware non conforme agli standard. In questo caso infatti è la funzionalità del kernel chiamata “TCP Window scaling” a mettere in difficoltà alcuni modelli di router (nel mio caso trattasi del V-box di parla.it, prodotto da Sagem).

La Soluzione

Dopo tanto peregrinare in rete, ho la soluzione…

Tratto da:
http://ubuntuforums.org/showpost.php?p=2338947&postcount=8
ma soprattutto dalle pagine in esso linkate.

Aprite il seguente file con il vostro editor preferito, esempio:

sudo gedit /etc/sysctl.conf

Aggiungere le seguenti linee:

net.ipv4.tcp_wmem = 4096 16384 131072
net.ipv4.tcp_rmem = 4096 87380 174760

infine per attivare le modifiche:

sysctl -p

Ora tutto dovrebbe funzionare come si deve!

Considerazioni finali

Credo sia difficile quantificare l’impatto di questa anomalia, in fondo quanti utenti hanno potenzialmente a casa un router con questi problemi? Tanti o pochi che siano, questi utenti che magari fino a ieri usavano il proprio pc con Windows senza problemi, volendo provare la nuova Ubuntu cosa penseranno? Eh si, perchè in fondo l’effetto finale sappiamo bene qual’è, se prima tutto andava e adesso no la colpa di chi sarà mai?? Della novità, quella novità che rischiamo venga presa e messa nel cassetto.. Io credo che un semplice script possa aggirare questo ostacolo e rendere più liberi e felici (in quanto utenti linux!) anche i possessori di router di seconda categoria.. Proverò a vedere se qualcuno all’interno della comunità si è già mosso.

Nota: cari (eventuali) lettori.. fatemi sapere se succede anche a voi!

Aggiornamento: dopo essermi consultato con il Maurizio Moriconi della comunità Ubuntu italiana (grazie mille per la disponibilità!), ho aperto la segnalazione bug su Launchpad. Per scoprire poche ore dopo che qualcun’altro prima di me aveva segnalato la medesima anomalia. Beh, comunque sono contento, staremo a vedere come verrà affrontata la questione dal team Ubuntu!

Secondo aggiornamento (importante!):  consiglio la lettura del post successivo, ovvero “Bye bye ai problemi in upload http/ftp con Ubuntu”, dove indico una soluzione alternativa.

Welcome to WordPress.com. This is your first post. Edit or delete it and start blogging!