incapaz de executar ping na máquina WLAN

Comecei a aceitar conexões de área de trabalho remota em uma das minhas máquinas. Se eu conectar a máquina ao meu roteador usando um cabo Ethernet, posso fazer o ping e conectá-lo remotamente (usando o RDP). No entanto, se eu conectar a máquina usando uma rede sem fio, não consigo fazer o ping (ou acessá-la usando o RDP).

Embora eu possa viver conectando essa máquina usando um cabo Ethernet, eu só queria saber o motivo pelo qual ela não funciona usando a tecnologia sem fio. O roteador não pode encaminhar pacotes para esse host se estiver conectado usando a tecnologia sem fio? Se sim, alguma solução?

Minha máquina está executando o Windows 7

Parece que eu tive o mesmo problema e pode muito bem ter a solução para você.

Primeira observação (no RDP): está desativada por padrão no Windows 7 e, é claro, deve estar ativada (configurações avançadas do computador).

Algumas outras observações (principalmente para Pratyush e Bob): Suponho que alguém que conhece um comando como "ping" e RDP não seja tão ignorante ao usar o endereço IP errado para se conectar e provavelmente também tenha verificado as configurações de firewall em ambos. lados. Nem o DHCP nem o compartilhamento seriam a causa mais provável de um problema como esse. Ping e RDP não têm nada a ver com compartilhamento (isto é, nas configurações de firewall). Um computador pode ter compartilhamentos de trabalho para todos na rede e ainda não responder a solicitações de ping ou RDP. Além disso, o tipo de conexão (Privado, Trabalho, Domínio ou Público) não deve fazer diferença, uma vez que as configurações do firewall permitem todo o tráfego ICMP e RDP ou o firewall é desativado no caso de políticas de grupo de rede de domínio que causarem esse problema poderem ser excluídas. . A função dessas diferenças de tipos de conexão é principalmente para permitir flexibilidade de segurança entre as diferentes redes. Obviamente, você deseja configurações de segurança mais rigorosas para redes públicas do que para redes privadas ou de trabalho / domínio. Ao detectar (automaticamente) o tipo certo de rede, as coisas podem ficar muito mais fáceis para aqueles que mudam muito de local / rede.

Agora para a solução. Dedico qual seria a causa mais provável, pois - como regra geral, e para meus 52 anos de experiência na vida - a causa mais provável de algo não é a "mais provável" por acaso. Muitas vezes é a causa, por isso é melhor verificar isso primeiro.

Eu tenho uma rede com alguns servidores Windows 2003 e Windows 2008, um desktop Windows 7 todos em UTP-LAN e três laptops Windows 7 que posso conectar à WLAN e / ou LAN UTP.

Os sintomas que encontrei com dois laptops, tanto na rede WLAN quanto no tráfego da Internet nos laptops conectados à WLAN, funcionaram bem (DHCP, DNS, roteamento, ping no roteador ou na internet etc .: sem problemas) Primeiro, verifiquei os endereços IP corretos Conexões WLAN no (s) laptop (s) (DHCP, mas endereços reservados), porque eles também têm uma possível conexão UTP (com fio). A conexão ping ou RDP entre dois clientes WLAN conectados à rede não fornece uma resposta ping ou a conexão RDP a qualquer cliente UTP-LAN conectado à rede funciona normalmente. A conexão ping ou RDP de qualquerO cliente UTP-LAN conectado a um desses laptops WLAN funciona normalmente. Eu desliguei temporariamente os firewalls nos dois clientes WLAN, apenas para ter certeza. Mas como o problema não ocorreu para ou de nenhum cliente conectado a UTP, isso foi realmente inútil; portanto, sem surpresa, nos dois laptops WLAN, os resultados foram os mesmos.

Obviamente, isso significava que era um problema que se manifestava apenas entre dispositivos conectados à WLAN, não tendo nada a ver com as configurações locais do firewall, e os dispositivos UTP LAN (cabo) não tinham sinal desse problema. A causa mais provável dificilmente poderia ser outra coisa senão duas coisas: 1. Uma configuração de diretiva de grupo que não permitia certo tráfego na WLAN 2. O roteador sem fio bloqueia algum tráfego de rede Desde que eu verifiquei as configurações de diretiva de grupo e elas nem sequer são aplicáveis ​​àquelas quem não executa um ambiente de domínio do Windows e também tem esse problema, a segunda opção se tornou mais provável.

Então, observei as configurações de WLAN do roteador e encontrei uma configuração chamada "Bloqueio de tráfego intra-BSS". Eu tenho um roteador / modem ZyXEL P-2811HNU-F1 Wireless, mas isso também pode estar ativado por padrão em outros dispositivos. Desativei essa configuração e tudo funcionou perfeitamente. Obviamente, essa é uma configuração que bloqueia o tráfego entre clientes sem fio e atua como uma segurança extra para dispositivos conectados à WLAN (como um firewall) para dispositivos não protegidos. Pense em impressoras WLAN, TVs ou smartphones, quem sabe quais configurações de firewall esses tipos de dispositivos possuem ???

PS: outra causa possível (mas não muito provável) desse problema poderia ser se o modem / roteador WLAN puder ser configurado como um roteador entre a WLAN e a LAN (cabo / UTP-), com um intervalo de rede IP diferente na WLAN que LAN. Nesse caso, pode haver NAT (encaminhamento de porta), erros de configuração do roteador ou certas configurações de firewall em funcionamento que causam esse problema.

Tem certeza de que possui o endereço IP correto? Verifique usando ipconfig /all.

Se você precisar fazer a conexão remota, é melhor atribuir um endereço estático à máquina em vez de usar o DHCP - você precisará fazer isso separadamente para os adaptadores LAN e WLAN nas configurações de Conexões de Rede do Windows.

Se você atribuir ao adaptador WLAN o mesmo IP que o adaptador LAN, não deverá se conectar usando os dois adaptadores ao mesmo tempo.

Se você atribuir um IP diferente, poderá ser necessário configurar o encaminhamento de porta no seu roteador se estiver se conectando a partir de uma rede externa. Nesse caso, é padrão escolher uma porta externa diferente (por exemplo 3390) e encaminhar para a porta / IP interno (padrão 3389). Nesse caso, você se conectaria usando ip:port, por exemplo 127.0.0.1:3390.