Os Macs não se conectam ao ponto de acesso Wi-Fi, mas os PCs

2

Então, como um projeto paralelo, vou tentar descobrir por que os pontos de acesso Wi-Fi no meu prédio exibem o seguinte comportamento:
Normalmente permitem que todos os tipos de computadores se conectem sem problemas - Às vezes, as maçãs não podem obter um endereço IP, mas ainda se conectam ao sinal do AP | - Com menos frequência, os PCs não podem se conectar ao Wi-Fi (mesmo que acima - sim sinal, sem IP addy)
- Não deixe os fãs do Raiders entrarem, não importa a hora do dia!

Meu primeiro pensamento foi que as concessões de DHCP eram todas tomadas quando as Maçãs tentavam se conectar, e era apenas o seu momento de azar, mas eu tentava fazer logon com um PC que tinha um endereço MAC novo e liberado. e isso funcionaria ...

Isso poderia ter algo a ver com a interoperabilidade entre uma placa wifi da Apple e os pontos de acesso? Diferentes partes da concessão de DHCP sendo tomadas primeiro? O fato de que os Seattle Mariners podem realmente ser bons este ano?

Se isso não tiver esgotado a paciência de todos (com minhas piadas sobre esportes ruins), alguma outra coisa com a qual eu poderia ajudar:
- Não temos o modelo ou o tipo de AP - > Isso ocorre porque não há documentação disponível para eles, e eles literalmente se parecem com pequenas caixas brancas sem escrever nelas. Além disso, a empresa que os instalou está fora do negócio, portanto, a situação pode ser que nenhum documento jamais estará a caminho. - Vocês têm alguma ideia de como descobrir o que temos?

Obrigado, como sempre, por toda a ajuda, e estou ansioso pelo dia em que eu souber o suficiente para começar a contribuir para o site, Josh

    
por Insyte 11.03.2010 / 01:32

2 respostas

1

Um truque para determinar o fornecedor de um AP não marcado (ou fisicamente inacessível) é aprender seu BSSID (que é basicamente o endereço MAC da NIC 802.11 sem fio do AP). A primeira metade (os primeiros 3 bytes == 6 dígitos hexadecimais) de um endereço MAC típico em um IEEE OUI (Organizationally Unique Identifier). Você pode procurar o OUI no mapeamento da empresa no site do IEEE .

Uma maneira fácil de encontrar o BSSID de qualquer AP ao qual você pode associar é clicar no menu extra do AirPort (o menu do ícone do AirPort na barra de menus) enquanto estiver associado. Você verá várias informações extras de diagnóstico em cinza, incluindo o BSSID. Portanto, se o BSSID aparecer como, por exemplo, "0: 1f: f3: 12: 34: 56", o OUI será "00: 1f: f3". A pesquisa do IEEE na página vinculada acima não gosta de dois pontos, então remova-os como "001ff3" ou substitua-os por hífens como "00-1f-f3". Observe que o Mac OS X geralmente descarta o zero inicial em qualquer byte em um endereço MAC, portanto, se qualquer byte do endereço MAC tiver apenas um dígito, você terá que colocar o zero inicial de volta antes de pesquisá-lo no Pesquisa IEEE OUI.

Algumas vezes, uma pesquisa OUI falha em identificar conclusivamente o fabricante de um AP. Por exemplo, se o bit de local do primeiro byte do endereço MAC for definido, esse é o bit "local", o que significa que o endereço MAC é "administrado localmente", o que significa que não é um MAC globalmente garantido globalmente exclusivo endereço, mas um que foi "inventado", talvez pelo administrador da rede que configurou o AP. Outras vezes, a pesquisa OUI informa quem fez a placa NIC wireless do AP, ou quem fez o chipset no cartão, mas não quem fez o AP em si.

Se a abordagem de consulta OUI não funcionar para você, tire uma foto do AP e publique-a. Talvez alguém aqui reconheça isso. Além disso, que cabos você vê indo para os APs? Você vê um ou mais cabos coaxiais, mas nenhum cabo Ethernet? Então a caixa que você está olhando é provavelmente apenas uma antena externa, e o AP real está fora de vista, talvez acima do teto suspenso. Você também pode estar olhando para alguma outra infraestrutura de construção, como um detector de fumaça de estilo industrial, detector de calor, um sensor de movimento para luzes automáticas ou uma antena para alguma tecnologia sem fio completamente não relacionada (como um repetidor de sinal interno). Só porque a intensidade do seu sinal Wi-Fi é boa perto dessa caixa não significa que a caixa é o seu AP real. Aprendi essa lição da maneira mais difícil - identifiquei erroneamente um compartimento de antena branca sem identificação como sendo o ponto de acesso em um prédio porque a força do sinal de Wi-Fi era strong perto dele e não percebi que era uma antena para uso interno. repetidor de sinal de celular, e o AP real passou a ser escondido acima do teto suspenso dois metros mais abaixo no corredor.

Se seus APs se tornarem caixas Cisco em execução no modo leve, tenha cuidado com esses bugs da Cisco:

CSCsy73154 - O ponto de acesso não encaminha a oferta DHCP ao cliente.
... que às vezes é chamado:
CSCsz22901 - O ponto de acesso não encaminha a oferta DHCP para o cliente, portanto, o cliente não consegue obter um endereço IP.

Meu site estava executando Cisco APs no modo leve (especificamente 1252s no modo HT / G / N + A / N HT20, mas não sei se isso é importante), em conjunto com vários modelos de controladores de LAN sem fio da Cisco ( WLCs) e Wireless Service Modules (WiSMs).

Mesmo sem qualquer segurança ativada em uma determinada rede, alguns clientes do Mac às vezes não obtêm concessões de DHCP. Rastreamentos de pacotes do modo monitor 802.11, em conjunto com rastreamentos de pacotes Ethernet com fio entre os APs e os controladores (mostrando a sessão LWAPP não criptografada) mostraram que os clientes estavam associando e enviando com êxito seus pacotes DHCP Discover e o servidor DHCP estava respondendo com um DHCP Oferta, e o WLC / WiSM estava encaminhando essa oferta DHCP para o AP da Cisco, mas o Cisco AP nunca encaminhava essa oferta DHCP para o cliente.

Esses problemas foram corrigidos nos seguintes lançamentos do software Cisco WLC / WiSM a partir do verão de 2009:
4.2.207.0 (não deve ser confundido com o 4.2.205.0, que NÃO tem a correcção)
5.2.193.0
6.0.x.x - Acredito que qualquer versão 6.x pública tenha a correção.

Se o seu site estiver executando uma versão 5.0.xx ou 5.1.xx em seu Cisco WLCs / WiSMs, você precisará avaliar a atualização para 5.2 ou 6.0, porque acho que a Cisco iria consertar isso para aqueles que construirão. série, eles teriam feito isso até agora.

    
por 11.03.2010 / 06:23
0

Você pode tentar o NetStumbler : é um sniffer de wifi e provavelmente mostrará como ele está configurado e possivelmente o que está acontecendo. Eu sei que o meu Macbook rodando OS X Tiger teve um tempo difícil com o WPA2 quando eu tinha um roteador sem fio D-Link - eu tive que mudá-lo para WEP com filtro de endereço MAC apenas para conectar.

    
por 11.03.2010 / 02:11