O Wi-Fi da minha faculdade tem problemas em que os alunos são frequentemente desconectados e precisam se reconectar, tanto no Mac OS X quanto no Windows (ouvi dizer que você simplesmente não consegue se conectar ao Linux, mas não conseguiu verificar isso). Isso foi verificado em dezenas de dispositivos de alunos. Também parece não acontecer tanto (ou de todo?) Com a rede "pública" que não usa MSCHAPv2 para autenticação.
Os pobres são apenas duas pessoas para toda a infra-estrutura sem fio, e reconhecendo um raro momento em que a administração procura ajuda dos alunos, eu concordei em tentar ajudar.
No entanto, eles parecem estar perdendo o problema, já que muito pouco do lado deles parece explicar as desconexões. Fiquei me perguntando o que eu poderia fazer no lado do cliente para solucionar o problema.
Obviamente, estou sendo desconectado, então meu computador deve saber o que aconteceu. O AP parou de falar comigo? Houve de repente tanta interferência que teve que me desligar? Isso tudo seria uma informação útil, mas eu não sei como posso ver isso.
O que você pode fazer no Mac OS X e / ou no Windows 8 para obter mais informações sobre o que causou a desconexão?
EDIT Como você pode imaginar, eu não tenho muito poder sobre a rede, então estou procurando mais ferramentas para diagnosticar o problema do lado do cliente (seria apenas algo que me diz "você foi desconectado porque não recebemos a resposta do AP em n segundos") do que em coisas que precisam ser executadas no lado da infraestrutura. Ainda assim, aqui está basicamente tudo o que sei sobre a rede:
Isso faz com que a concessão curta do DHCP (4 horas), apontada por Richie086, seja um provável candidato, já que muitos clientes irão
O OS X fornece um aplicativo chamado Diagnóstico sem fio para essas situações. Está localizado em /System/Library/CoreServices/Applications ou disponível clicando com o botão direito do mouse no botão Wi-Fi na barra de menus.
Wireless Diagnostics is an application that detects common problems with your wireless connection. It can also monitor your wireless connection for intermittent connectivity failures.
Você também pode ativar o registro para mostrar mais informações:
Como você disse em seus comentários que está procurando mais por ferramentas do que por correções, aqui está minha lista de ferramentas quando seu orçamento é muito limitado / inexistente (desde que você seja um aluno e um voluntário).
O diagnóstico sem fio do OSX (já referenciado pelo grgarside) é provavelmente uma das melhores ferramentas para sua situação que faz parte de qualquer sistema operacional mainstream.
Também sugiro instalar uma cópia do Wireshark . Este é o melhor software de captura de pacotes gratuito que você pode obter (eu pessoalmente não conheço nenhum profissional de rede sem este instalado em pelo menos um dos seus computadores - mesmo que eles também tenham uma solução melhor paga). Eu sei que com o Windows, você precisa gastar dinheiro em um driver que permite colocar seu adaptador sem fio no modo monitor (não apenas no modo promíscuo), como AirPcap . No OSX, não tenho certeza se você pode fazer isso de forma nativa.
Para ver o que está ao seu redor no ar até 802.11 / wifi, uma das melhores ferramentas é inSSIDer . Infelizmente, a versão do OSX tem um preço pequeno tag associada a ele.
De lá, ainda mantendo os custos em mente, eu olharia para o BackTrack Linux . Isso pode ser executado a partir de um CD inicializável, instalado em um dispositivo USB, executado como uma máquina virtual (as VMs podem usar apenas um adaptador sem fio USB para a maioria das ferramentas) ou instaladas diretamente. Ele contém várias ferramentas que podem ser usadas para descobrir vários aspectos do wireless ao seu redor. O site tem links para tutoriais / howtos para usar muitas das ferramentas e seu mecanismo de pesquisa de escolha também será muito útil. Embora você possa instalar a maioria dessas ferramentas em qualquer versão do * nix, é bom tê-las já pré-instaladas e prontas para uso.
Veja se você pode descobrir o que o servidor RADIUS está enviando para o atributo RADIUS Session-Timeout , bem como o atributo Termination-Action . Também pergunte a eles como os produtos de infraestrutura de WLAN (APs e controladores de WLAN) estão configurados para lidar com um tempo limite de sessão RADIUS (e configurações relacionadas, como comprimentos de sessão 802.11) por padrão.
Note que você não pode descobrir isso por sniffing de um cliente sem fio. Você precisaria verificar como o servidor RADIUS e os controladores WLAN estão configurados, ou detectar uma transação RADIUS "na conexão entre" o servidor RADIUS e um controlador WLAN.
Pode ser que eles tenham definido a sessão RADIUS para expirar em apenas algumas horas, e que a ação padrão seja terminar a sessão sem agradar, em vez de pedir que o cliente reautenticar novamente. Ou pode ser que o servidor RADIUS não esteja fornecendo nenhuma orientação e a infraestrutura de WLAN esteja usando algum valor padrão por quanto tempo deixe as conexões 802.11 durarem, e o que fazer quando elas expirarem.
Falando como alguém com muita experiência em ambientes de rede 802.11 e universitários, se eu estivesse configurando uma rede Wi-Fi universitária com autenticação 802.1X, garantiria que o tempo limite fosse de pelo menos 24 horas e definido como tente renovar, em vez de terminar automaticamente, quando o tempo limite atingir.
Eu realmente não acho que o problema está no lado do cliente, considerando que todos estão tendo o mesmo problema em todo o campus.
Aqui estão algumas perguntas para os responsáveis pela infraestrutura sem fio:
Como a NAT (tradução de endereços de rede) está sendo tratada? Os roteadores estão distribuindo blocos de endereços IP privados (esperançosamente)? Por privado quero dizer
10.0.0.0 - 10.255.255.255 (Class A)
172.16.0.0 - 172.31.255.255 (Class B)
192.168.0.0 - 192.168.255.255 (Class C)
Que trechos desse espaço de endereço IP eles estão usando? Se você está falando sobre um grande campus universitário e o espaço de endereços IP precisa abranger todo o campus, sugiro usar a rede 10.0.0.0 devido ao número de hosts que estão disponíveis para este bloco.
OproblemapodemuitobemserofatodequeelespodemestarusandoosvaloresdeendereçoIPpadrão(sabendoqueomodelo/marcado(s)roteador(s)seriabom).
PorquantotempoasconcessõesdeDHCPsãodefinidasparaessarede?Basicamente,quantotempoumcomputadorficaráconectadoaoseuendereçoIPantesderenovarseuendereçoIP.Sevocêabrirumpromptdecomandonowindowsedigitaripconfig/all,poderáverporquantotempootempodealuguelé
Existe a possibilidade de alguém ter configurado incorretamente a hora de renovação do DHCP (acho que o padrão é 8 dias). Muito bem poderia ser definido para 20 minutos ou algum outro valor totalmente insano.
Qual tecnologia wifi está em uso neste campus? Os roteadores são multibanda (o que significa que eles fazem 802.11 A, B, G, N)? Quais canais eles estão usando? Há alguma fonte de interferência, como torres de microondas, antenas parabólicas ou qualquer coisa que gere ondas de rádio que possam estar causando a queda de conexões?
Aqui estão alguns links que devem ser de alguma utilidade para o seu departamento de TI de dois homens
Para lidar com as ferramentas que você pode usar para monitorar a rede e ver o que está acontecendo, realmente depende do seu nível de conforto ao analisar o tráfego da Internet.
Algumas possibilidades são o Wire Shark ( link ) que você pode configurar para filtrar e mostrar somente solicitações DHCP com o seguinte filtro
port 67 or port 68
ou
bootp
também funcionaria
Eu vou ter que encaminhá-lo para o google para mais informações relacionadas ao Wire Shark, é uma ferramenta muito envolvida.