Não, nem todo driver de placa wireless permite conexão no modo ad-hoc, IP fixo ou DHCP. Este ponto nunca foi abordado, mas é uma verdade incontestável. Você vai fazer todos os procedimentos de forma correta, vai rever os passos dados, não encontrará nenhum erro e mesmo assim... nada! Sua rede não completa e a internet e impressora não compartilham.

Os drivers para GNU/Linux também não são bons, dependendo da placa usada. Podem ter o código aberto, ter o apoio do fabricante, e mesmo assim você não vai obter sucesso. Há muito já constatamos que "código aberto" nem sempre é sinal de qualidade, e aqui é mais um caso que pude comprovar na prática.

Este foi o problema central em que debati-me nestas duas semanas. Após o frigir dos ovos e de meus neurônios, tentando responder o "por quê" de sucessivos insucessos (melhor do que "fracasso"), a única opção foi questionar se os drivers não seriam os responsáveis.

Para o um novo problema, uma velha abordagem: o ndiswrapper poderia responder a dúvida sobre os drivers de rede? Usei a interface gráfica ndisgtk nos dois computadores: É uma interface prática que permite independência do terminal, fazendo toda a configuração automaticamente. Recomendo.

Removi previamente os drivers Linux com o comando:

sudo rmmod driverA driverB driverC etc...

pois são interdependentes e não "descem" individualmente. Usei o driver para Windows e a alocação da pasta deu-se em /usr/lib, podendo ser em qualquer outro lugar, contendo os arquivos:

• NOME.cat
• NOME.inf
• NOME.sys

Já os drivers originais para GNU/Linux foram bloqueados em /etc/modprobe.d/blacklist.conf no final do mesmo:


Mesmo sendo desnecessário, neste caso específico reiniciei os micros para ter uma configuração da interface "do zero", sem configuração anterior interferindo no resultado.

As duas interfaces de rede foram configuradas com IP fixo no arquivo /etc/network/interfaces, mas o network-manager-gnome não as deixa "subir" com os endereços pré-estabelecidos, muito menos as configurações da placa wireless. Removendo-o, este problema desaparece.

Com os drivers para Linux, o network-manager-gnome não deixava o endereço pré-configurado "subir", sendo necessário rodar os comandos:

sudo ifdown wlan0
$ sudo ifup wlan0

Já o ndiswrapper, isto tornou-se desnecessário. Mas o network-manager-gnome não gerencia as configurações no arquivo "interfaces".

Abaixo mostro o resultado da configuração para wireless ad-hoc, IP fixo, ndiswrapper nas duas placas: Somente com o ndiswrapper nos computadores foi possível estabelecer uma conexão ad-hoc usando minhas placas wireless. O driver para GNU/Linux não suportou este procedimento.

Outro ponto importante é a correta configuração da rota dos pacotes em relação as interfaces de rede. Para evitar quaisquer transtornos, fiz as seguintes configurações no servidor/cliente:

Servidor:

sudo route del default
$ sudo route add -net 192.168.0.0 netmask 255.255.255.0 dev eth0
$ sudo route add -net 192.168.1.0 netmask 255.255.255.0 dev wlan0

Cliente:

sudo route del default
$ sudo route add -net 192.168.0.0 netmask 255.255.255.0 dev eth0
$ sudo route add -net 192.168.1.0 netmask 255.255.255.0 dev wlan0
$ sudo route default wlan0

Não estabeleci a rota default no servidor, que é assumida pela interface ppp0 do modem. No cliente, a rota default é a wireless, configurada duas vezes: uma para rota na rede 0.1 e outra como padrão.

Estes passos são fundamentais para o correto tráfego dos pacotes, que será devidamente roteado pelo firewall. Principalmente no DHCP, pois o cliente "não acha" o servidor sem os passos acima.

O assunto sobre drivers é mais complexo do que supõe a nossa vã filosofia, e há um grande caminho a ser percorrido até uma solução satisfatória do problema discutido aqui. Mas para sua orientação, LEIA Fix Wireless Ad-Hoc in GUI.