Я начал принимать подключения к удаленному рабочему столу на одной из моих машин. Если я подключаю машину к маршрутизатору с помощью кабеля Ethernet, я могу пинговать ее и подключаться к ней удаленно (используя RDP). Однако, если я подключаю машину с помощью беспроводной сети, я не могу пинговать ее (или получить к ней доступ с помощью RDP).
Хотя я могу жить с подключением этой машины с помощью кабеля Ethernet, я просто хотел узнать причину, по которой она не работает с использованием беспроводной сети. Может ли маршрутизатор пересылать пакеты на этот хост, если он подключен с помощью беспроводной сети? Если да, то какие-либо решения?
На моем компьютере установлена ОС Windows 7.
решение1
Похоже, у меня была та же проблема, и вполне возможно, что у меня есть решение для вас.
Первое замечание (по RDP): эта функция отключена по умолчанию в Windows 7 и, конечно же, должна быть включена (в дополнительных настройках компьютера).
Некоторые другие замечания (в основном для Пратюша и Боба): Я предполагаю, что кто-то, знающий о командах типа "ping" и RDP, не будет настолько невежественным, чтобы использовать неправильный IP-адрес для подключения, и, вероятно, также проверил настройки брандмауэра с обеих сторон. Ни DHCP, ни общий доступ не являются наиболее вероятной причиной такой проблемы. Ping и RDP сами по себе не имеют ничего общего с общим доступом (т. е. с настройками брандмауэра). Компьютер может иметь рабочие общие ресурсы для всех в сети и при этом не отвечать на запросы ping или RDP. Кроме того, тип подключения (частный, рабочий, доменный или публичный) не должен иметь никакого значения, если настройки брандмауэра разрешают весь трафик ICMP и RDP или брандмауэр отключен, а в случае групповых политик доменной сети, вызывающих эту проблему, можно исключить эту проблему. Функция этих различий в типах подключений в основном заключается в обеспечении гибкости безопасности между различными сетями. Конечно, вам потребуются более строгие настройки безопасности для публичных сетей, чем для частных или рабочих/доменных сетей. Благодаря (автоматическому) определению нужного типа сети все может быть значительно упрощено для тех, кто часто меняет местоположение/сеть.
Теперь к решению. Я вывел наиболее вероятную причину, поскольку — как правило и по моему 52-летнему жизненному опыту — наиболее вероятная причина чего-либо не является «наиболее вероятной» случайно. Довольно часто это и есть причина, поэтому лучше сначала проверить это.
У меня есть сеть из нескольких серверов Windows 2003 и Windows 2008, одного настольного компьютера Windows 7, все на UTP-LAN, и трех ноутбуков Windows 7, которые я могу подключить к WLAN и/или UTP LAN.
Симптомы, с которыми я столкнулся на двух ноутбуках, оба в сети WLAN, и интернет-трафик на обоих ноутбуках, подключенных к WLAN, работал нормально (DHCP, DNS, маршрутизация, ping на маршрутизатор или в Интернет и т. д.: без проблем). Сначала я проверил правильные IP-адреса для подключений WLAN на ноутбуке(ах) (DHCP, но зарезервированные адреса), поскольку у них также есть возможное соединение UTP (проводное). ping или RDP-подключениемеждудва клиента WLAN, подключенные к сети, не дают ответа на ping или RDP-подключениелюбомуКлиент UTP-LAN, подключенный к сети, нормально работает через ping или RDP-соединение.из любогоКлиент UTP-LAN, подключенный к одному из этих ноутбуков WLAN, работает нормально. Я временно отключил брандмауэры на обоих клиентах WLAN, просто чтобы убедиться. Но поскольку проблема не возникала ни у одного из клиентов, подключенных по UTP, это было фактически бесполезно, поэтому неудивительно, что на обоих ноутбуках WLAN результаты были одинаковыми.
Это, очевидно, означало, что проблема проявлялась только МЕЖДУ подключенными к WLAN устройствами, не имея ничего общего с локальными настройками брандмауэра, и устройства UTP LAN (кабель) не имели никаких признаков этой проблемы. Наиболее вероятной причиной тогда вряд ли могло быть что-то иное, кроме двух вещей: 1. Параметр групповой политики, который запрещал определенный трафик в WLAN 2. Беспроводной маршрутизатор блокировал часть сетевого трафика Поскольку я проверил параметры групповой политики, и они даже не применимы для тех, кто не использует среду домена Windows и также имеет эту проблему, второй вариант стал наиболее вероятным.
Поэтому я посмотрел настройки WLAN маршрутизатора и нашел настройку под названием «Блокировка трафика внутри BSS».У меня беспроводной маршрутизатор/модем ZyXEL P-2811HNU-F1, но он вполне может быть включен по умолчанию и на других устройствах. Я отключил эту настройку, и все заработало отлично. Очевидно, что эта настройка блокирует трафик между беспроводными клиентами и действует как дополнительная защита для устройств, подключенных к WLAN (как брандмауэр) для других незащищенных устройств. Подумайте о принтерах WLAN, телевизорах или смартфонах, кто знает, какие настройки брандмауэра есть у таких устройств???
PS: еще одна возможная (но не слишком вероятная) причина этой проблемы может быть в том, что модем/маршрутизатор WLAN может быть настроен как маршрутизатор между WLAN и (кабель-/UTP-) LAN, имея другой диапазон IP-сетей в WLAN, чем в LAN. В этом случае могут быть NAT (переадресация портов), ошибки настройки маршрутизатора или определенные настройки брандмауэра, которые вызывают эту проблему.
решение2
Вы уверены, что у вас правильный IP-адрес? Проверьте с помощью ipconfig /all.
Если вам необходимо удаленное подключение, лучше всего назначить машине статический адрес, а не использовать DHCP — вам придется сделать это отдельно для адаптеров LAN и WLAN в настройках сетевых подключений Windows.
Если вы назначаете адаптеру WLAN тот же IP-адрес, что и адаптеру LAN, вы не должны подключаться с использованием обоих адаптеров одновременно.
Если вы назначаете ему другой IP, вам может потребоваться настроить переадресацию портов на маршрутизаторе, если вы подключаетесь из внешней сети. В этом случае стандартно выбрать другой внешний порт (например, 3390) и переадресовать на внутренний IP/порт (по умолчанию 3389). В этом случае вы подключитесь с помощью ip:port, например 127.0.0.1:3390, .