Нет доступа в интернет при переключении redirect-gateway в конфигурации клиента OpenVPN.

Вопрос или проблема

У меня есть маршрутизатор с IP 192.168.1.1 и подсетью 192.168.1.0/24.

В этой подсети NAS Synology имеет IP 192.168.1.181 и запускает VPN-сервер, используя подсеть 192.168.2.0/24.

Когда я подключаю клиента к этому серверу из-за пределов обеих сетей, мне назначается 192.168.2.6. С этого клиента я могу пинговать машины в 192.168.1.0/24 (например, 192.168.1.17 и 192.168.1.181) и 192.168.1.1 и 192.168.2.1.

С машин, которые уже находятся в 192.168.1.0/24, я могу пинговать VPN-клиента (192.168.2.6) после добавления статического маршрута route add 192.168.2.0 mask 255.255.255.0 192.168.1.181 (Windows).

До добавления строки redirect-gateway в конфигурацию клиента я мог бы выйти в интернет через VPN, но не мог получить доступ к локальным веб-сервисам, таким как служба маршрутизатора или веб-сервис NAS Synology (запущенный в пределах 192.168.1.0/24). Я думал, что это может быть потому, что внешний IP (whatmyip.org) от VPN-клиента показывал тот же внешний адрес, как если бы я не был подключен к VPN.

После добавления строки redirect-gateway в конфигурацию клиента я убедился, что у меня был правильный внешний IP (совпадает с внешним IP клиентов 192.168.1.0/24), когда я был подключен, но не мог получить доступ к внешним сайтам (google.com), но мог получить доступ к внутренним веб-сервисам (192.168.1.1 и 192.168.1.181).

Что я упускаю?


Странное наблюдение, не уверен почему, но клиент (192.168.2.6) получает DHCP и шлюз-сервер 192.168.2.5, который, насколько я знаю, ничто не существует. Я не могу его пинговать. 192.168.2.1 определенно VPN-сервер, и я могу получить доступ к его веб-сервису (192.168.1.181 в 192.168.1.0/24).

Подключенный клиент ipconfig /all:

Description . . . . . . . . . . . : TAP-Windows Adapter V9
DHCP Enabled. . . . . . . . . . . : Да
Autoconfiguration Enabled . . . . : Да
IPv4 Address. . . . . . . . . . . : 192.168.2.6(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.252
Lease Obtained. . . . . . . . . . : Четверг, 13 августа 2015 11:55:43 AM
Lease Expires . . . . . . . . . . : Пятница, 12 августа 2016 11:55:42 AM
Default Gateway . . . . . . . . . : 192.168.2.5
DHCP Server . . . . . . . . . . . : 192.168.2.5
DNS Servers . . . . . . . . . . . : 192.168.2.1
NetBIOS over Tcpip. . . . . . . . : Включено

Вы должны убедиться, что у вашего маршрутизатора есть выходная NAT-запись для сети VPN 192.168.2.0/24 и установлен DNS.

Смотрите здесь: https://openvpn.net/index.php/open-source/documentation/howto.html

Вы должны перенаправить шлюз: push "redirect-gateway def1"

Убедитесь, что у клиента настроен DNS, или отправьте его через openVPN, используя push "dhcp-option DNS x.x.x.x"

Заключительный шаг, как отмечено выше, заключается в том, что ваш маршрутизатор должен быть настроен на выходящий NAT для сети VPN, в противном случае вы не получите доступ в интернет.

Две основные проблемы:

  1. Вы уже обнаружили, и это возвратный маршрут. Он должен быть добавлен не только в одну систему, но и в ваш маршрутизатор.

  2. Возможно, вам также нужно добавить вторую внутреннюю сеть в ваш NAT-список.

Другой вариант — сконфигурировать Synology для NAT-передачи VPN-трафика внутри сети, так что трафик для публичного интернета будет выглядеть так, будто он исходит от Synology, но вы не сможете легко получить доступ к сервисам на IP VPN с вашей локальной сети. Укажите бренд вашего маршрутизатора, или, если возможно, переместите конфигурацию OpenVPN на маршрутизатор для более простой настройки.

Ответ или решение

Теория

При настройке OpenVPN с опцией redirect-gateway, все трафик клиента должен направляться через VPN-сервер. Это гарантирует, что внешний IP клиента совпадает с внешним IP-лицом сети, к которой он подключён через VPN. Однако, если эта настройка не сделана правильно, это может привести к потере доступа к интернету, как в вашем случае.

Основная идея redirect-gateway заключается в изменении маршрутизации на клиенте так, чтобы весь трафик проходил через VPN-сервер. Это действенно для обеспечения закрытия всех ранее открытых маршрутов и использования двух маршрутов по умолчанию (чтобы сети, не связанные с VPN, могли достигаться). Но чтобы это работало, сервер должен быть настроен правильно, включая настройки DNS и NAT.

Пример

Рассмотрим вашу ситуацию: локальная сеть имеет IP 192.168.1.0/24, и на том же подсетке находится сетевой накопитель Synology с IP 192.168.1.181, который действует как сервер VPN с подсетью 192.168.2.0/24. Исходя из вашего описания, вы сталкиваетесь с проблемой, когда, после добавления redirect-gateway в конфигурацию клиента, теряется доступ к Интернету, но архитектура локальной сети остается доступной.

Это происходит, скорее всего, из-за того, что при использовании redirect-gateway весь трафик направляется через VPN, но ваш роутер или сам VPN-сервер не настроены корректно для маршрутизации или натирования этого трафика к внешнему интернету.

Применение

1. Настройка маршрутизации и NAT

  1. NAT на маршрутизаторе: Убедитесь, что для сети VPN (192.168.2.0/24) настроен NAT на роутере, чтобы VPN-клиенты могли выходить в интернет. Это позволит вашему внешнему трафику выглядеть как будто он исходит от локальной сети.

  2. Маршруты на роутере и сервере: Убедитесь, что все устройства вашей сети, включая маршрутизатор, имеют маршруты к VPN-подсети.

    • Например, можно добавить статический маршрут такого вида: route add 192.168.2.0 mask 255.255.255.0 192.168.1.181.

2. Настройка DNS

  1. DNS-серверы: Часто клиенты VPN испытывают сбои в доступе к интернету из-за неправильной настройки DNS. Добавьте в конфигурацию OpenVPN-сервера следующую строку:

    push "dhcp-option DNS 8.8.8.8"

    или замените 8.8.8.8 на другой предпочитаемый DNS-сервер.

3. Проверка конфигурации OpenVPN

  1. Проверьте, чтобы server.conf или openvpn.conf на вашем Synology имел строки:

    push "redirect-gateway def1"
    push "dhcp-option DNS 192.168.1.1"  # или другой DNS сервер

4. Разрешение всплывающих проблем с адресацией

  • Подозрительный адрес 192.168.2.5: Убедитесь, что ваш DHCP-сервер или OpenVPN-конфигурация не используют несуществующий IP.

    • Это может потребовать дополнительного конфигурирования DHCP-сервера или проверки VPN-серверной части на наличие ошибок в настройках выданных IP.

Заключение

Основная проблема недоступности интернета после включения redirect-gateway, по описанию, заключается в отсутствии правильных маршрутизаций и NAT для VPN-трафика на сетевом устройства или роутере. Для разрешения данной ситуации убедитесь в правильных настройках NAT и маршрутов, также важно правильно определить DNS-сервер для клиентов. Эти шаги в совокупности должны решить вашу проблему и предоставить полноценный доступ как к интернету, так и к внутренним ресурсам сети.

Оцените материал
Добавить комментарий

Капча загружается...