Особенности маршрутизации и организации доступа
Last updated
Last updated
В случае, если в интернет необходимо выходить напрямую через своего провайдера, а через VPN получать доступ только к ресурсам корпоративной сети на компьютерах, подключающихся по VPN, необходимо выполнить следующие настройки:
В свойствах VPN-подключения убрать флаг Использовать основной шлюз в удаленной сети. Вкладка Сеть -> IP версии 4 -> Дополнительно -> Параметры IP:
Прописать маршрут до корпоративной сети (в Windows 8, 8.1, 10 автоматически будет создан маршрут, основанный на классе, в зависимости от адреса, который получит подключение по VPN. Например, маршрут будет добавлен для сети 10.0.0.0/8, если по VPN сервер получит адрес из сети 10.128.0.0/16). Для IPsec-IKEv2 можно настроить автоматическое получение маршрута;
Пример маршрута, если корпоративная сеть - 172.16.0.0/16
, а сеть для VPN-подключений, настроенная на Ideco NGFW, - 10.128.0.0/16
(и из этой же сети выдается IP-адрес VPN-подключению), то маршрут будет таким: route -p add 172.16.0.0 mask 255.255.0.0 10.128.0.1
В некоторых случаях маршрут может не работать, тогда есть пинг до защищенного интерфейса (10.128.0.1
), но нет пинга до хостов в локальной сети. В этом случае при создании маршрута нужно указать номер интерфейса VPN-подключения. Итоговый маршрут будет таким:
route -p add 172.16.0.0 mask 255.255.0.0 10.128.0.1 if nn
,
где nn-номер интерфейса VPN-подключения, посмотреть который можно при активном VPN-подключении в выводе в консоли команды route print раздел "Список интерфейсов".
Убедитесь, что локальная сеть (или адрес на сетевой карте) на удаленной машине не пересекается с локальной сетью организации. Если пересекается, то доступа к сети организации не будет (трафик по таблице маршрутизации пойдет в физический интерфейс, а не в VPN); Адресацию необходимо менять.
На компьютерах локальной сети в качестве основного шлюза должен быть прописан Ideco NGFW. Если это не так, то необходимо прописать соответствующий маршрут на устройствах вручную, чтобы сетевые пакеты шли на Ideco NGFW для VPN-сети;
Например: route -p add 10.128.0.0 mask 255.255.0.0 10.1.1.1
где: 10.128.0.0/16
- адрес VPN-сети Ideco NGFW (настраивается в разделе Пользователи -> VPN-подключения), а 10.1.1.1
- IP-адрес локального интерфейса Ideco NGFW.
Проверьте настройки файрвола (таблица FORWARD) в Ideco NGFW на предмет запрещающих правил;
Компьютеры и серверы на ОС Windows могут ограничивать доступ к сетевым папкам с помощью правил настроек профилей сети (причем как на стороне подключающегося по VPN компьютера, так и на стороне компьютеров и серверов локальной сети):
Включите доступ к файлам и принтерам для профиля "Все сети" и "Частных сетей".
Сделайте это с помощью PowerShell (запущенного с повышением прав до администратора), выполнив команду: Enable-NetFirewallRule -Group "@FirewallAPI.dll,-28502"
.
Брандмауэр Защитника Windows может блокировать доступ определенных программ или сервисов (включая RDP) до внешних сетей;
Проверьте это в настройках входящих и исходящих подключений (необходимо разрешить доступ из частых и локальных сетей):
Антивирусное ПО на компьютере может блокировать доступ к нему из не локальных сетей. Либо блокировать доступ конкретных программ.
Например, для Kaspersky Endpoint Security нужно добавить сеть для VPN-подключений (по умолчанию 10.128.0.0/16
) в исключения:
Если нет доступа к локальным сетям другого NGFW при подключении пo VPN c основого NGFW (при подключении между двумя NGFW по IPSec):
Убедитесь, что VPN-сети двух NGFW не пересекаются;
Проверьте настройки основного NGFW, обратившись к статье.
Если между NGFW и хостами локальной сети в качестве ядра сети присутствует роутер, клиенты из VPN-сети не смогут получить доступ к хостам этой локальной сети, даже если на NGFW создано правило маршрутизации:
192.168.0.0/24
- сеть за роутером, к которой требуется получить доступ из VPN-сети;
172.16.0.2
- адрес роутера в локальной сети NGFW.
Причина в том, что хост (192.168.0.10
) получает пакеты из VPN-сети с адресом источника src 10.128.0.1
. Ответ с адресом назначения dst 10.128.0.1
попадает на роутер, но у роутера отсутствует маршрут до указанной сети и трафик не проходит.
Чтобы обеспечить доступ, нужно настроить на роутере маршрут от нужной локальной сети до VPN-сети. Для этого укажите в качестве назначения VPN-сеть (10.128.0.0/16
), в качестве шлюза - NGFW (172.16.0.1
).
Если настроить на роутере маршрут невозможно, можно создать на NGFW SNAT-правило вида:
Для этого:
1. Перейдите в раздел Правила трафика -> Файрвол -> SNAT и нажмите Добавить.
2. Укажите следующие параметры:
Источник - VPN-сеть (10.128.0.0/16
);
Назначение - сеть за роутером, к которой требуется получить доступ из VPN-сети (192.168.0.0/24
).
3. Нажмите Добавить.
В этом случае при отправке пакетов на роутер NGFW подменит IP-адрес источника своим. За счет этого роутер направит ответ от хоста в локальной сети на NGFW, который затем перенаправит его в VPN-сеть.
При этом у хостов из локальной сети 192.168.0.0/24
не будет доступа к VPN-сети 10.128.0.0/16
.