Postado originalmente por
1929
Confirmado! Era mesmo o notebook que não tem suporte para WPA2, apesar de aparecer na configuração da rede a opção wpa2 AES, ele só grava uma chave de 8 caracteres.
Configurei um AP cliente e conectou normalmente. Mas criou um problema com um Nano2 que já está na torre com WPA2 AES. As chaves no Nano e no cartão da RB são as mesmas.
Mas apareceu na RB em dhcp um usuário que estava configurado para conectar no SSID do Nano2, com um IP que não era o do hotspot mas sim da classe de IP dos rádios.
Todos os rádios estão em bridge e ip 192.XXX.0.XXX
O Nano por exemplo está 192.XXX.0.200
O cartão na RB está 192.XXX.0.205 .
Os dois com a mesma chave de cripto e SSID diferentes e canais diferentes.
Lá no cliente que era para conectar no Nano2 deu pau. Não conectou corretamente e apareceu um IP 192.XXX.0.191 e o login deste cliente em DHCP da RB. Ou seja, a RB deu um ip inválido para o cliente que não era nem para entrar nesta RB, pois o SSID é diferente.
Como a RB está ainda em bancada, mas conectado no switch da rede, eu removi a RB da rede e tudo voltou ao normal, depois de derrubar o cookie do cliente no hotspot.
Removi a chave de criptografia da RB e coloquei ela novamente no switch e daí não deu mais este problema.
Agora fiquei com um pepino nas mãos. Se coloco a chave de criptografia no cartão, dá conflito. Se deixo sem chave fico desprotegido.
Ah! e este problema de pegar um ip inválido não foi só neste cliente, mas também no AP cliente que estava na bancada para os testes. Não aconteceu em outros clientes, pois felizmente nesta torre não tinha no momento mais ninguém conectado neste nano2.