incapaz de fazer ping na máquina na WLAN

0

Comecei a aceitar conexões de área de trabalho remota em uma das minhas máquinas. Se eu conectar a máquina ao roteador usando um cabo Ethernet, será possível fazer o ping e conectar-se a ela remotamente (usando RDP). No entanto, se eu conectar a máquina usando a 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 wireless. O roteador não é capaz de encaminhar pacotes para esse host se estiver conectado usando wireless? Se sim, alguma solução?

Minha máquina está executando o Windows 7

    
por nev.m 10.11.2012 / 10:32

2 respostas

1

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

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

Algumas outras observações (principalmente para Pratyush e Bob): Suponho que alguém que saiba sobre um comando como "ping" e RDP não seja tão ignorante para usar o endereço IP errado para se conectar e provavelmente também tenha verificado as configurações do firewall em ambos os lados. Nenhum DHCP ou compartilhamento seria a causa mais provável para um problema como este. Ping e RDP não têm nada a ver com compartilhamento (por exemplo, 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 (Particular, Trabalho, Domínio ou Público) não deve fazer diferença, uma vez que as configurações de firewall permitem todo o tráfego ICMP e RDP ou o firewall é desligado e no caso de políticas de grupo de rede de domínio que causem esse problema . 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 restritas para redes públicas do que para redes privadas ou de trabalho / domínio. Detectando (automaticamente) o tipo certo de rede, as coisas podem ficar muito mais fáceis para os que mudam de local / rede.

Agora para a solução. Eu tenho deduzido qual seria a causa mais provável, já que - como regra geral, e aos meus 52 anos de experiência de 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.

Tenho uma rede com alguns servidores Windows 2003 e Windows 2008, um Desktop Windows 7 em UTP-LAN e três laptops Windows 7 que posso conectar a WLAN e / ou UTP LAN.

Os sintomas que eu encontrei com dois laptops, tanto na WLAN Rede e tráfego de internet em ambos os laptops conectados WLAN funcionou bem (DHCP, DNS, roteamento, ping para roteador ou internet etc .: nenhum problema) Primeiro, verifiquei os endereços IP corretos para as conexões WLAN no laptop (endereços DHCP, mas reservados), porque eles também têm uma possível conexão UTP (com fio, por exemplo). conexão ping ou RDP entre dois clientes WLAN conectados à rede não respondem ping ou conexão RDP para qualquer cliente UTP-LAN conectado à rede funciona normalmente conexão ping ou RDP de qualquer cliente UTP-LAN conectado a um desses laptops WLAN funciona normalmente Eu desliguei temporariamente os firewalls em ambos os clientes WLAN, só para ter certeza. Mas como o problema não ocorreu em nenhum cliente conectado via UTP, isso foi inútil, portanto, sem surpresa em ambos os laptops WLAN, ele deu os mesmos resultados.

Isso obviamente significava que era um problema apenas se manifestando entre os dispositivos conectados à WLAN, não tendo nada a ver com as configurações de firewall locais, e os dispositivos UTP LAN (cabo) não tinham nenhum sinal desse problema. A causa mais provável poderia dificilmente ser outra que não duas coisas: 1. Uma configuração de política de grupo, que não permitiu determinado tráfego na WLAN 2. O roteador sem fio bloqueando algum tráfego de rede Como verifiquei as configurações de Diretiva de Grupo e elas nem sequer 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 se tornou muito provável.

Então olhei para as configurações de WLAN do roteador e encontrei uma configuração chamada "Intra-BSS traffic blocking" Eu tenho um roteador / modem sem fio ZyXEL P-2811HNU-F1, mas isso pode muito bem ser ligado por padrão em outros dispositivos também. Eu desativei esta 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 (da mesma forma que um firewall) para dispositivos sem proteção. Pense em impressoras WLAN, TVs ou smartphones, quem sabe quais configurações de firewall esses tipos de dispositivos têm?

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

    
por 19.02.2013 / 10:33
0

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

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

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

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

    
por 10.11.2012 / 14:14