Не могу RDP, если VPN IPv4 использует шлюз по умолчанию на флаге удаленной сети
Заранее благодарю за любую помощь.
Я прошу прощения, если что-то не имеет смысла. Я не занимался профессиональными сетями раньше, только изучал их в университете 3 года назад, и все немного размыто. Мы являемся компанией-разработчиком программного обеспечения, пытающейся создать среду разработки на основе VPN.
Я создал службу Windows VPN в Windows Server 2012 R2, используя RAS для новой сети, которую я создал в AWS.
VPN работает отлично, и я могу подключиться к моему текущему серверу. Тем не менее, большую часть работы, которую я выполняю, мне бы хотелось оставаться частью локальной сети моих компаний, в которой я нажимаю и включаю флаг "Использовать шлюз по умолчанию в удаленной сети" в настройках IPv4 на моей локальной машине, как я делаю, когда мы подключаемся нашим клиентам с успехом перестает работать и я не могу пинговать или найти свои серверы. Снимите флажок со шлюза по умолчанию, и он снова заработает.
Мое раннее предложение - конфликт адресов?
Сеть AWS работает на 172.16.* . * диапазон (255.255.248.0 сетевая маска) с 255.255.255.0 подсетями
Наша внутренняя сеть использует 192.168.* . * подсети (не уверены в полной информации, так как мы не делали нашу внутреннюю сеть), но я обнаружил, что на 172.30.0.254 есть DHCP-сервер, может ли это быть причиной конфликта, даже если они будут разными сетевыми масками?
Ниже приведена таблица маршрутизации. Я пытаюсь RDP в 172.16.0.123, который работает, если использование шлюза по умолчанию не проверено, но не могу найти его, когда он помечен. Мне был назначен внутренний IP 10.0.0.21, когда VPN успешно.
Кто-нибудь сталкивался с подобными проблемами?
1 ответ
Я предполагаю, что вы хотите маршрутизировать практически весь трафик через VPN.
Не видя ваших таблиц маршрутизации, я предлагаю обычную проблему в этом случае: трафик VPN не может сам пройти через VPN.
Убедитесь, что у вас есть маршрут для конкретной конечной точки VPN (т. Е. Вы не полагаетесь на маршрут по умолчанию, чтобы добраться до сервера VPN, к которому вы подключаетесь на клиенте); этот маршрут не должен идти через VPN. Это должно исправить это.