Para o trabalho, projetei uma 'caixa' de hardware (na verdade, um dispositivo de controle industrial) que possui um servidor da Web incorporado para propósitos de configuração (muito parecido com um roteador de Internet doméstico comum com um servidor da Web para propósitos semelhantes). Geralmente é usado com uma conexão direta com um laptop, de modo que um navegador comum (IE8, FF, etc.) possa ser usado para configurar a caixa.
O problema que veio recentemente à luz é que se a 'caixa' é conectada via Ethernet com fio a certas unidades de switch / roteador Netgear ou Linksys WiFi e, em seguida, é feita uma tentativa de acessar a caixa através do switch usando uma conexão WiFi para o switch do laptop, o navegador do laptop não consegue se conectar à caixa (resultando em um erro típico de 'servidor não encontrado'). No entanto, se o laptop estiver conectado via conexão com fio ao switch, a caixa pode ser acessada muito bem. É quase como se o problema fosse específico apenas para WiFi.
Para esclarecer com alguns exemplos:
Roteador / switch sem fio Linksys ou Netgear configurado com IP de 192.168.0.5.
Meu hardware personalizado com seu servidor da Web incorporado configurado com IP estático de 192.168.0.100 e possui uma conexão Ethernet com fio à unidade Linksys / Netgear.
O PC obtém IP via DHCP da unidade Linksys / Netgear; digamos que seja em 192.168.0.200.
Se o PC estiver conectado via conexão com fio, o navegador pode acessar a caixa em 192.168.0.100 bem.
Se o PC estiver conectado ao roteador por WiFi, ele não poderá acessar a caixa. Mas pode felizmente acessar o servidor web do roteador em 192.168.0.5.
Mesmo quando o navegador do PC não se conecta quando o Wi-Fi está em uso, consigo fazer o ping com êxito da caixa de hardware do PC.
Pelo que me lembro, quando a conexão não funciona em WiFi, não vejo uma entrada para 192.168.0.100 com arp -a . Quando a conexão está funcionando (o PC tem conexão com o roteador), arp -a me mostra uma entrada para 192.168.0.100.
Atualmente estou tentando investigar isso hoje com um Linksys WRT54G. No início, tive o problema descrito acima. Mais tarde, depois de muita confusão, de alguma forma se resolveu. O único procedimento que me lembro de ter feito imediatamente antes de começar a trabalhar magicamente no WiFi foi uma série de testes de ping bem-sucedidos do próprio roteador para a caixa de hardware.
Esse problema foi relatado com vários roteadores Netgear / Linksys, embora demore um pouco para que eu possa determinar os números do modelo.
Qualquer ajuda seria muito apreciada. Por favor, deixe-me saber se há mais informações ou logs ou tabelas que eu poderia fornecer.
Isso é bastante embaraçoso, mas aconteceu que foi devido ao endereço MAC que eu havia atribuído à caixa. Sendo um PCB de R & D sem MAC designado de produção, acabei de colocar um endereço MAC fictício. O que eu tinha colocado tinha o conjunto de bits de multicast (se bem me lembro - isso vai voltar meses agora). Eu mudei para um endereço MAC mais padrão e tudo estava bem.
Parece que você tem vários roteadores e várias redes. Se as duas máquinas não estiverem na mesma rede, não funcionará. Como cada máquina vê o endereço IP da outra máquina como dentro da faixa de IP da sua rede local, ela supõe que esteja na mesma rede. Se não for, não funcionará.
Se você tiver duas redes numeradas 192.168.0.0/24, uma máquina não poderá acessar uma máquina na outra rede. Seu ping está atingindo uma máquina diferente na mesma rede com o mesmo endereço IP da máquina que você estava tentando acessar.
Quando o sistema sem fio se conecta à mesma rede, tudo funciona.
Você pode confirmar esta teoria da seguinte forma: Ping no gateway padrão em ambas as máquinas. Em seguida, localize o gateway padrão na tabela ARP. Veja se os endereços MAC são os mesmos. Se eles não são, esse é o problema. Eles estão usando roteadores diferentes.
Atualização : Eu gosto da teoria de Tony Roth. Talvez você tenha um proxy da web configurado que esteja fora (ou não permitindo conexões) da rede local.