Marco Polci

Non ne posso più, ogni volta che installo un sistema operativo devo combattere con i driver della scheda wifi. Sotto linux devo preoccuparmi che esistano i driver e fino a poco tempo fa, erano sempre da ricompilare e far funzionare (con le ultime ubuntu va leggermente meglio da questo punto di vista). In questi giorni sto facendo dei test con Windows Vista, di nuovo casini ma il culmine l’ho raggiunto con Windows Vista 64 bit, le schede wifi supportate da quest’ultimo sembrano non esistere se non su qualche sito (trovarle nella realtà è un altro discorso).

(continua…)

A casa ho attivato Fastweb che, come molti sanno, fornisce un indirizzo IP privato per la sua rete e si esce su internet attraverso un router che fa NAT.

Volendo Fastweb ti da anche un indirizzo pubblico ma se lo fa pagare. Visto che l’unica mia esigenza di avere l’indirizzo pubblico è per fare ssh dall’ufficio sulla mia macchina a casa, ho provato a pensare a qualche soluzione alternativa all’ip pubblico. Direi che la cosa più ovvia è che invece di essere la macchina esterna a collegarsi verso quella di casa deve essere quest’ultima ad avviare la connessione verso l’esterno.

Ho trovato alcune soluzioni già pronte per fare circa quello che volevo ma, visto che avevo voglia di divertirmi un po’, non le ho usate e mi sono messo a pensare ad una soluzione più immediata possibile e senza l’utilizzo di programmi specifici.

(continua…)

Illustro la soluzione che ho sperimentato al problema della cheda wireless che non funziona in modalità promiscua. Se non ricordate o vi siete persi i post precedenti vi invito a rileggerli (n. 1 2 3 4).

(continua…)

Nel precedente post dicevo di aver realizzato il bridge fra l’interfaccia di rete via filo e quella wireless. Il server bridge era raggiungibile da entrambi i lati (via filo e via wireless) ma due computer su lati opposti non riuscivano a dialogare, insomma il bridge sembrava non fare il suo lavoro.

Ho indagato la questione ed ho concluso che il bridge non ha nulla che non va, semplicemente l’interfaccia wireless non lavora in modalità promiscua, cioè riceve i frame ethernet indirizzati a lei o in multicast/broadcast ma non intercetta quelli inviati ad indirizzi MAC di altri host.

A quanto pare non è una cosa insolita che le interfaccie wireless non possano funzionare in modalità promiscua.

Ho elaborato una soluzione che permette di risolvere il problema, l’ho già provata e funziona, la sto utilizzando proprio in questo momento. Vi scrivo dal mio pc che via wireless comunica con il server a 20 cm di distanza  a sua volta collegato con un cavo allo switch e poi al router ADSL.

Rimando al prossimo post la descrizione nei dettagli e le considerazioni.

Da uno studio del bridging di linux ho avuto conferma che una scheda wireless può far parte di un bridge. L’unico requisito è che deve essere in grado di operare in modalità promiscua (cioè di intercettare tutti i frame ethernet, anche quelli indirizzati ad altre interfacce), purtroppo non ho idea se la mia scheda wireless in modalità Ad-Hoc può farlo. Ho quindi deciso di tentare.

Purtroppo le prime prove non hanno dato esito positivo.

(continua…)

Riprendo il discorso iniziato nel precedente post su come non usare un Access Point in casa. Ho deciso di sostituire l’AP, ormai defunto, con il server linux che già avevo e che per comodità chiamerò Home Server. Questo ha un’interfaccia ethernet collegata con un cavo cross al modem-router ADSL e un’interfaccia Wi-Fi, funzionante in modalità Ad-Hoc, tramite la quale comunica con gli altri computer per la casa.

La questione ora è scegliere l’architettura logica della rete e quindi la configurazione degli host.

(continua…)