Como a interface WLAN de um roteador doméstico faz para responder solicitações DHCP apenas no momento da conexão?

Question

Usando o VirtualBox, criei uma VM com as seguintes Configurações de rede do VirtualBox :

Attached to: Bridged Adapter
Name: wlan0
...
..
.

wlan0 é a interface sem fio do meu laptop, que é conectada a um roteador doméstico, cujo modelo depende do local em que eu estava trabalhando ... diferentes locais diferentes modelos de roteadores.

Essa configuração funcionou bem, o que significa que o sistema operacional convidado pode se comunicar com a Internet e outros PCs conectados à rede sem fio. Meu problema é quando vou a alguns lugares que possuem um modelo de roteador específico, por exemplo modelo: ZXHN F660 .

O problema com alguns dos modelos de roteadores como ZXHN F660 é que o sistema operacional convidado não recebe uma resposta DHCP enquanto configura sua interface de rede no momento da inicialização.

Eu atribuí um endereço IP ao sistema operacional convidado manualmente para testar uma possível solução alternativa, mas a taxa de perda de pacotes era tão alta que tornava a rede inútil.

Eu testei a configuração do meu sistema operacional host para não usar o DHCP (usando a configuração IP estática), portanto, caso o roteador responda apenas a uma solicitação DHCP por conexão sem fio, o sistema operacional host não desperdiça apenas o marcador, mas nada o sistema operacional host não usa o DHCP para obter sua configuração de rede, o sistema operacional convidado não recebe uma resposta do roteador ao tentar configurar sua interface de rede no momento da inicialização. Note que eu testo o último com o comando dhcpclient e é o mesmo.

Estou descartando alguma limitação de endereço IP por link sem fio porque posso fazer ping depois de atribuir um endereço IP estático ao sistema operacional convidado (mas, como eu disse, a taxa de perda de pacotes é muito alta).

Qual mecanismo está usando esses roteadores para inibir respostas DHCP? Existe uma solução alternativa?

Estou no Ubuntu 14.04 com o mais recente VirtualBox.

EDITAR

A rede do sistema operacional host funciona bem com todos os roteadores que eu testei, portanto, é descartado um problema associado à NIC do host.

    

Answer 1

Você não pode estabelecer uma ponte para uma conexão de cliente sem fio. É proibido pela especificação 802.11. Se você pudesse, não haveria necessidade de configurar o WDS no ponto de acesso existente ao expandir uma rede sem fio - poderíamos apenas fazer uma conexão do cliente com o ponto de acesso e criar uma ponte para ele.

Alguns roteadores violam a especificação 802.11 de várias maneiras para tornar as coisas que oficialmente não deveriam funcionar "apenas funcionem" para a conveniência de seus clientes. Mas você absolutamente não pode confiar nisso.

O problema é este - a máquina virtual e a máquina física têm endereços de hardware de rede diferentes. Ligando a conexão Wi-Fi, você apresenta dois endereços de hardware diferentes ao ponto de acesso. Mas o ponto de acesso tem apenas um cliente sem fio, e isso dá apenas um slot para um endereço de hardware.

Se a bridge passar os pacotes com seus endereços de hardware de origem, a especificação 802.11 exige que o ponto de acesso encaminhe os pacotes destinados apenas a um desses endereços de hardware. Se a bridge passar pelos pacotes com o mesmo endereço de hardware, não terá uma maneira confiável de saber quais pacotes vão para o host e quais vão para a VM.

A solução correta de acordo com a especificação 802.11 é WDS, que permite que cada pacote sem fio tenha dois endereços de hardware de destino, um do ponto de extremidade sem fio e outro para a interface Ethernet de destino. Mas sem o WDS, só pode ser falsificado violando as especificações.

De um modo geral, Wifi e bridging não se misturam bem. Você pode usar o compartilhamento de conexão com a Internet ou qualquer coisa com base no roteamento, em vez de no bridging. Wifi é apenas o suficiente como Ethernet para que as pessoas esperem que seja exatamente como a Ethernet. Mas não é, e este é um daqueles lugares onde é realmente diferente.

    

Answer 2

Infelizmente, nem todos os componentes da WLAN são criados iguais. Mesmo em 2014, algumas placas de rede sem fio funcionarão mal com alguns pontos de acesso.

Tenho certeza, isso não tem nada a ver com o VirtualBox - tente pingar de seu host para outro lugar na rede, e aposto que você verá a mesma perda de pacotes.

Também tenho certeza de que o DHCP não é o motivo, mas um sintoma do problema: O processo de handshake do DHCP é muito vulnerável à perda de pacotes, por isso pode falhar facilmente algumas vezes consecutivas, dando a impressão de uma falha completa. falha.

Coisas que você pode experimentar:

• desativar o modo sem fio N na NIC e / ou o roteador / AP
• certifique-se de que ambos estejam no mesmo domínio de regulamentação (um roteador configurado como US e um NIC definido para a Europa muitas vezes não conseguirá atingir um canal)