incapaz de executar ping na máquina na WLAN

incapaz de executar ping na máquina na 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, poderei fazer ping e conectar-me remotamente (usando RDP). No entanto, se eu conectar a máquina usando uma rede sem fio, não consigo fazer ping (ou acessá-la usando RDP).

Embora eu possa conviver conectando aquela máquina usando um cabo Ethernet, eu só queria saber o motivo pelo qual ela não funciona usando wireless. O roteador não é capaz de encaminhar pacotes para esse host se estiver conectado via wireless? Se sim, alguma solução?

Minha máquina está executando o Windows 7

Responder1

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

Primeira observação (no RDP): Isso está desabilitado por padrão no Windows 7 e, claro, deve ser habilitado (configurações avançadas do computador).

Algumas outras observações (principalmente para Pratyush e Bob): Presumo que alguém que conhece um comando como "ping" e RDP não será tão ignorante a ponto de usar o endereço IP errado para se conectar e provavelmente também terá verificado as configurações de firewall em ambos lados. Nem o DHCP nem o compartilhamento seriam a causa mais provável para um problema como este. Ping e RDP não têm nada a ver com compartilhamento (ou seja, nas configurações de firewall). Um computador pode ter compartilhamentos funcionais para todos na rede e ainda assim não responder às solicitações de ping ou RDP. Além disso, o tipo de conexão (Privada, Profissional, Domínio ou Pública) não deve fazer nenhuma diferença, uma vez que as configurações do firewall permitem todo o tráfego ICMP e RDP ou o firewall está desligado e, no caso de um domínio, as políticas de grupo de rede que causam esse problema podem ser excluídas . A função dessas diferenças de tipos de conexão é principalmente permitir flexibilidade de segurança entre as diferentes redes. É claro que você desejaria 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 ser muito mais fáceis para aqueles que mudam muito de local/rede.

Agora vamos à solução. Tenho deduzido qual seria a causa mais provável, uma vez que - como regra geral, e com base na minha experiência de vida de 52 anos - 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, todo em UTP-LAN, e 3 laptops com Windows 7 que posso conectar a WLAN e/ou LAN UTP.

Os sintomas que encontrei com dois laptops, ambos na rede WLAN e no tráfego de Internet em ambos os laptops conectados à WLAN funcionaram bem (DHCP, DNS, roteamento, ping para roteador ou internet etc.: sem problemas). Primeiro verifiquei os endereços IP corretos para o Conexões WLAN no (s) laptop (s) (DHCP, mas endereços reservados), porque eles também possuem uma possível conexão UTP (com fio). conexão ping ou RDPentredois clientes WLAN conectados à rede não respondem ping ou conexão RDPpara qualquerCliente UTP-LAN conectado na rede funciona normalmente conexão ping ou RDPDe qualquerO cliente UTP-LAN conectado a um desses laptops WLAN funciona normalmente. Desliguei temporariamente os firewalls em ambos os clientes WLAN, só para ter certeza. Mas como o problema não ocorreu para ou de nenhum cliente conectado por UTP, isso foi realmente inútil, portanto, sem surpresa, em ambos os laptops WLAN, deu os mesmos resultados.

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 do firewall local, e os dispositivos UTP LAN (cabo) não apresentavam sinais desse problema. A causa mais provável dificilmente poderia ser outra senão duas coisas: 1. Uma configuração de política de grupo, que proibia determinado tráfego na WLAN 2. O roteador sem fio bloqueando algum tráfego de rede Desde que verifiquei as configurações de Política de Grupo e elas nem são aplicáveis ​​para aqueles que não executam um ambiente de domínio do Windows e também têm esse problema, a segunda opção tornou-se a mais provável.

Então olhei as configurações de WLAN do roteador e encontrei uma configuração chamada "Bloqueio de tráfego intra-BSS"Eu tenho um roteador/modem sem fio ZyXEL P-2811HNU-F1, mas ele também pode estar ativado por padrão em outros dispositivos. Desativei essa configuração e tudo funcionou perfeitamente. Obviamente, esta é 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 desprotegidos. 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) deste problema pode ser se o modem/roteador WLAN puder ser configurado como um roteador entre WLAN e LAN (cabo/UTP-), tendo um intervalo de rede IP diferente na WLAN que está 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.

Responder2

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

Se você precisar fazer conexão remota, é melhor atribuir à máquina um endereço estático em vez de usar DHCP - você terá que 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 do adaptador LAN, não deverá conectar-se usando os dois adaptadores ao mesmo tempo.

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

informação relacionada