Emanuele Cipolla

Come molti di voi sapranno, Ndiswrapper rappresenta un’ancora di salvezza per tutti coloro (il 98% degli utenti) che si trovano ad utilizzare una scheda wireless 802.11a/b/g per cui non esistono driver per GNU/Linux (o meglio: non esistono driver che non siano per un sistema operativo proprietario ).

Ndiswrapper ci viene in aiuto emulando quanto basta del sottosistema di rete NDIS in Windows a far funzionare i driver per le schede di rete (non necessariamente wireless: ndiswrapper comprende da sè quali sono le capacità della scheda, leggendo il file .INF di installazione, e si comporta di conseguenza).

Purtroppo, però, non sono molto frequenti le testimonianze di persone che siano state in grado di far funzionare le proprie schede in modalità Software Access Point. La comodità di questa modalità di funzionamento è notevole – pensate solo alla differenza di prezzo tra una scheda wireless, anche di bassa “caratura”, e il più economico access point.

Su GNU/Linux, è possibile nutrire una speranza nel progetto hostapd: questo server fornisce funzioni supplementari alle schede wireless, tra cui l’autenticazione di client, richiesta per il funzionamento in modalità access point. Sfortunatamente, però, solo le schede di pochi fortunati funzionano con questo server: è infatti necessario un modulo nativo GNU/Linux per la scheda, e non è detto che basti.

Veniamo alle schede basate su chipset RT2500. I ragazzi del progetto rt2×00, noti per aver preso il codice originale da mamma RaLink ed aver creato un driver molto più stabile e con supporto hardware più ampio dell’originale, stanno lavorando sull’integrazione della futura versione del loro modulo con la versione CVS di hostapd. Questa, in un futuro non so quanto vicino, sarà la soluzione da adoperare per ottenere funzionalità “avanzate” dalla scheda – come vedremo, il mio metodo è poco più di un hack, e come tale non presenta il miglior scenario possibile. Il problema è che, attualmente, tale connubio è pesantemente instabile allo stato attuale.

Andando in giro sulla rete, però, è possibile trovare un driver per Windows di Gigabyte Technology che è in grado di attivare (su Windows) la modalità SoftAP di schede basate su chipset RT2500. Con pochi, semplici passaggi potremo utilizzare tale driver anche sulla nostra distribuzione GNU/Linux. Assumerò che il modulo di ndiswrapper e le utility di gestione dei driver Windows siano già installati.

1. Prelevate il driver per Windows da qui, salvandolo nella vostra home directory.
2. Decomprimete l’archivio dando un

   cd $HOME; unzip wpkg_softap_v234005.zip

3. Ci dobbiamo procurare il driver (file .SYS) e il relativo file di informazioni (.INF) per la modalità access point: sembrano un po’ nascosti, ma ci sono – già che ci siamo, li copiamo in /tmp per poterli gestire meglio:

   cp GN-WPKG/Drivers/WINXPAP/rt2500.sys /tmp/rt2500.sys
   cp GN-WPKG/Drivers/xp2k/rt2500.inf /tmp/rt2500.inf

Il driver sarà quindi installabile con l’usuale

ndiswrapper -i /tmp/rt2500.inf

Per finire, vorrei chiarire alcune cose:

1. Il driver supporta solo autenticazione cifrata WEP – o, per meglio dire, ndiswrapper rileverà solo tale capacità (fate

   dmesg | tail

   dopo aver caricato il modulo per rendervene conto). Nulla vi so dire sul WPA, che è comunque previsto all’interno del file .INF. Il mio consiglio è quello di tunnelare tutto il vostro traffico in uscita, per esempio utilizzando una connessione SSH al vostro server principale, se siete dietro una rete locale – magari mi soffermerò su questo in un altro articolo.

2. L’utility che viene fornita a corredo del driver per Windows esiste per un motivo ben preciso: infatti, il cambiamento di modalità di funzionamento (da client ad access point) avviene cambiando fisicamente driver (e intendo proprio il file di sistema) – e l’utility velocizza enormemente questo processo. Poichè il programmanon funzionerà, ovviamente, con ndiswrapper, se vorrete cambiare driver, dovrete disinstallare il vecchio, sostituire il file .INF con quello adatto ad utilizzi come client, e reinstallare il driver.
3. Gli utenti di UNIX *BSD potrebbero provare la procedura descritta con la loro creatura, Project Evil. In tutte le occasioni che mi sono capitate finora, tutto ciò che era funzionante su ndiswrapper on GNU/Linux lo è stato anche utilizzando l’emulazione NDIS di FreeBSD (e fra breve anche Net/OpenBSD). Ritengo che, compensando adeguatamente le differenze procedurali, la modalità SoftAP possa funzionare anche lì – aspetto eventuali testimonianze per esserne certo.

A parte questo,
Enjoy!