Comencé a aceptar conexiones de escritorio remoto en una de mis máquinas. Si conecto la máquina a mi enrutador usando un cable Ethernet, puedo hacer ping y conectarme de forma remota (usando RDP). Sin embargo, si conecto la máquina mediante una red inalámbrica, no puedo hacer ping (ni acceder a ella mediante RDP).
Aunque puedo vivir conectando esa máquina mediante un cable Ethernet, solo quería saber la razón por la que no funciona de forma inalámbrica. ¿El enrutador no puede reenviar paquetes a ese host si está conectado mediante conexión inalámbrica? En caso afirmativo, ¿alguna solución?
Mi máquina ejecuta Windows 7
Respuesta1
Parece que tuve el mismo problema y es posible que tenga la solución para ti.
Primera observación (sobre RDP): esto está deshabilitado de forma predeterminada en Windows 7 y, por supuesto, debe habilitarse (configuración avanzada de la computadora).
Algunas otras observaciones (principalmente para Pratyush y Bob): Supongo que alguien que conozca un comando como "ping" y RDP no será tan ignorante como para usar la dirección IP incorrecta para conectarse y probablemente también habrá verificado la configuración del firewall en ambos. lados. Ni DHCP ni compartir serían la causa más probable de un problema como este. Ping y RDP no tienen en sí mismos nada que ver con compartir (es decir, en la configuración del firewall). Una computadora puede tener recursos compartidos en funcionamiento para todos en la red y aún así no responder a las solicitudes de ping o RDP. Además, el tipo de conexión (Privada, Trabajo, Dominio o Pública) no debería hacer ninguna diferencia, una vez que la configuración del firewall permita todo el tráfico ICMP y RDP o el firewall esté apagado y, en el caso de un dominio, se pueden excluir las políticas de grupo de red que causan este problema. . La función de esas diferencias en los tipos de conexión es principalmente permitir flexibilidad de seguridad entre las diferentes redes. Por supuesto, querrás configuraciones de seguridad más estrictas para las redes públicas que para las privadas o las de trabajo/dominio. Al detectar (automáticamente) el tipo correcto de red, las cosas pueden ser mucho más fáciles para aquellos que cambian mucho de ubicación/red.
Ahora a la solución. He estado deduciendo cuál sería la causa más probable, ya que, como regla general y según mis 52 años de experiencia de vida, la causa más probable de algo no es la "más probable" por casualidad. Muy a menudo ES la causa, por lo que es mejor comprobarlo primero.
Tengo una red con algunos servidores Windows 2003 y Windows 2008, una computadora de escritorio Windows 7, todo en UTP-LAN, y 3 computadoras portátiles con Windows 7 que puedo conectar a WLAN y/o UTP LAN.
Los síntomas que encontré con dos computadoras portátiles, tanto en la red WLAN como en el tráfico de Internet en ambas computadoras portátiles conectadas a WLAN, funcionaron bien (DHCP, DNS, enrutamiento, ping al enrutador o Internet, etc.: no hay problema). Primero verifiqué las direcciones IP correctas para la Conexiones WLAN en el(los) portátil(s) (DHCP pero direcciones reservadas), porque también tienen una posible conexión UTP (es decir, cableada). conexión ping o RDPentredos clientes WLAN conectados a la red no dan una respuesta de ping o conexión RDPa cualquierEl cliente UTP-LAN conectado a la red funciona normalmente con conexión ping o RDPde cualquieraEl cliente UTP-LAN conectado a una de esas computadoras portátiles WLAN funciona normalmente. Apagué temporalmente los firewalls en ambos clientes WLAN, solo para estar seguro. Pero como el problema no ocurrió en ningún cliente conectado a UTP, esto en realidad no tenía sentido, por lo que, como era de esperar, en ambas computadoras portátiles WLAN dio los mismos resultados.
Obviamente, esto significaba que era un problema que solo se manifestaba ENTRE dispositivos conectados a WLAN, que no tenía nada que ver con la configuración del firewall local, y los dispositivos LAN (cable) UTP no tenían señales de este problema. La causa más probable entonces difícilmente podría ser otra que dos cosas: 1. Una configuración de política de grupo, que no permitía cierto tráfico en WLAN 2. El enrutador inalámbrico bloquea parte del tráfico de red. Desde que verifiqué la configuración de política de grupo y esas ni siquiera son aplicables para esos Quienes no ejecutan un entorno de dominio de Windows y también tienen este problema, la segunda opción es la más probable.
Entonces miré la configuración de WLAN del enrutador y encontré una configuración llamada "Bloqueo de tráfico intra-BSS".Tengo un enrutador/módem inalámbrico ZyXEL P-2811HNU-F1, pero es muy posible que también esté activado de forma predeterminada en otros dispositivos. Deshabilité esta configuración y todo funcionó perfectamente. Obviamente, esta es una configuración que bloquea el tráfico entre clientes inalámbricos y actúa como seguridad adicional para los dispositivos conectados a WLAN (muy parecido a un firewall) para dispositivos que de otro modo no estarían protegidos. Piense en impresoras WLAN, televisores o teléfonos inteligentes, ¿quién sabe qué configuración de firewall tienen ese tipo de dispositivos?
PD: otra causa posible (pero no muy probable) de este problema podría ser si el módem/enrutador WLAN se puede configurar como un enrutador entre WLAN y LAN (cable/UTP-), teniendo un rango de red IP diferente en WLAN que en LAN. En ese caso, podría haber NAT (reenvío de puertos), errores de configuración del enrutador o ciertas configuraciones del firewall en funcionamiento que causen este problema.
Respuesta2
¿Estás seguro de que tienes la dirección IP correcta? Verifique usando ipconfig /all.
Si necesita conectarse de forma remota, es mejor asignar a la máquina una dirección estática en lugar de usar DHCP; tendrá que hacerlo por separado para los adaptadores LAN y WLAN en la configuración de Conexiones de red de Windows.
Si asigna al adaptador WLAN la misma IP que al adaptador LAN, no debe conectarse utilizando ambos adaptadores al mismo tiempo.
Si le asigna una IP diferente, es posible que deba configurar el reenvío de puertos en su enrutador si se conecta desde una red externa. En este caso, es estándar elegir un puerto externo diferente (p. ej. 3390) y reenviar al IP/puerto interno (predeterminado 3389). En este caso, se conectaría usando ip:port, por ejemplo 127.0.0.1:3390.