Короче говоря, проблема заключается в том, что когда пользователи подключаются к VPN и пытаются подключить сетевой диск, они не видят общих ресурсов сервера или NAS в сети. Это работало около 2 лет, несмотря на изоляцию и т. Д., Это было немного темпераментно, но большую часть времени это работало. Однако теперь дело в том, что в большинстве случаев это не работает.
Офисная сеть
- Шлюз: 192.168.16.1
- Сервер: 192.168.16.2
- NAS: 192.168.16.11
Конфигурация IP с сервера дает:
Интерфейс адаптера PPP RAS (Dial In):
- IPv4-адрес: 192.168.16.50
- Маска подсети: 255.255.255.255
- Шлюз по умолчанию: ПУСТО
Ethernet-адаптер Ethernet:
- IPv4-адрес: 192.168.16.2
- Маска подсети: 255.255.255.0
- Шлюз по умолчанию: 192.168.16.1
Мой тестовый клиент, подключенный через VPN, имеет:
ARC-адаптер PPP:
- IPv4-адрес: 192.168.16.52
- Маска подсети: 255.255.255.255
- Шлюз по умолчанию: ПУСТО
Ethernet-адаптер Ethernet:
- IPv4-адрес: 192.168.1.100
- Маска подсети: 255.255.255.0
- Шлюз по умолчанию: 192.168.1.1
После подключения к VPN мы просто хотим подключить сетевой диск к NAS, поэтому
\192.168.16.11\данные
Но клиент просто не видит этот IP-адрес. Выполнение простого PING в командной строке от клиента и сервера, и время запроса каждый раз истекает.
Я добавил адрес статического пула в маршрутизацию и удаленный доступ, чтобы убедиться, что они получают пригодный для использования IP-адрес. Начальный IP-адрес 192.168.16.50, конечный IP-адрес 192.168.16.70, поскольку я видел, что это решает подобные проблемы для людей.
Я также убедился, что функция «Маршрутизация» установлена, как и еще одно решение для кого-то, но без разницы.
Я думал, что это проблема с маской подсети, когда VPN получает 255.255.255.255, но, видимо, это обычное дело, а не проблема.
Я временно отключил брандмауэр на сервере, чтобы посмотреть, имеет ли это значение.
И я не вижу политики в Network Policy Server, которая могла бы ограничивать доступ.
Так что я, должно быть, что-то пропустил по пути ... любая помощь очень ценится.
