Вопрос или проблема
У меня есть основной сервер OpenVPN (пункт А), который размещен в офисе с множеством соединений “пункт-к-точке”; одним из этих пунктов является спутниковый офис (пункт Б). При нормальной работе пункт Б является клиентом пункта А и предоставляет свою подсеть пункту А и одну дополнительную подсеть/пункт, к которой только пункт Б имеет доступ через отдельный VPN.
Я хотел бы создать сервер OpenVPN на пункте Б, который дублирует сервер пункта А, за исключением соединения пункт А <> пункт Б, чтобы он действовал как резервный в случае отключения пункта А.
Все эти пункты используют встроенный фронтенд OpenVPN на NGFW/untangle.
Пока что, при создании сервера на пункте Б, пока соединение пункт А <> пункт Б активно, и при подключении к серверу пункта Б с новыми учетными данными, VPN соединяется, а затем отключается через <30 секунд. Это проблема с повторным использованием назначенного порта VPN? Что может вызвать такое поведение?
Ответ или решение
Создание резервного OpenVPN сервера на удаленном сайте
В вашем случае, организация выстраивания резервного OpenVPN сервера на сайте B — это важный шаг для повышения устойчивости и продолжительности обслуживания вашей сети. Давайте рассмотрим, как правильно реализовать это решение и устранить текущие проблемы с подключением.
1. Оценка текущей конфигурации
На момент написания, вы имеете основной OpenVPN сервер (Сайт A), который использует маршрутизацию между несколькими филиалами, включая спутниковый офис (Сайт B). Сайт B является клиентом сайта A по VPN и имеет доступ к своей отдельной подсети. Основная задача заключается в создании резервного OpenVPN сервера на сайте B, который будет дублировать конфигурацию сайта A, но с изменением маршрутизации так, чтобы при отключении сайта A сайт B продолжал функционировать.
2. Подключение и конфигурация сервера на сайте B
При настройке OpenVPN сервера на сайте B рекомендуется убедиться в следующем:
- Уникальность портов: Убедитесь, что сервер на сайте B использует другой порт для OpenVPN, чем сервер на сайте A (по умолчанию 1194). Поскольку они работают в одной сети, конфликт портов может вызвать проблемы с подключением.
- Используйте разные сертификаты и ключи: Необходимо создать новые сертификаты и ключи для сервера на сайте B. Использование тех же учетных данных, что и для сайта A, может привести к конфликту.
- Настройка маршрутизации: Возможно, потребуется отрегулировать маршруты и настройки маршрутизаторов/фаерволов для обеспечения корректной маршрутизации трафика к новому серверу.
3. Причины отключения соединения
Если вы видите, что соединение устанавливается, а затем падает через 30 секунд, это может быть связано с несколькими факторами:
- Конфликт IP адресов: Убедитесь, что сервер на сайте B назначает IP-адреса, отличные от тех, которые присваиваются через сайт A. Дублирование IP может привести к сбоям соединения.
- Проблемы с DPD (Dead Peer Detection): OpenVPN может отключать соединение, если настройки DPD не совпадают. Проверьте параметры keep-alive и DPD на обоих серверах.
- Firewall и NAT: Убедитесь, что фаервол на сайте B разрешает порты OpenVPN и не блокирует трафик, необходимый для установки соединения.
4. Тестирование и валидация
После внесения всех изменений рекомендуется провести всестороннее тестирование:
- Запустите команду проверки подключения между сайтами, чтобы гарантировать, что новые настройки маршрутизации работают.
- Используйте инструменты диагностики like
tcpdumpилиWiresharkдля мониторинга VPN-трафика, тем самым можно детализировать, что именно вызывает разрыв.
5. Документация и мониторинг
После успешного выполнения всех конфигураций и проверок важно задокументировать новый процесс и изменения, чтобы обеспечить ясность для будущих поддержок. Настройка систем мониторинга поможет вам получить мгновенные уведомления о любых сбоях или проблемах с соединением.
Заключение
Создание резервного OpenVPN сервера на сайте B требует тщательной настройки и тестирования для обеспечения бесперебойной работы при отказе основного сервера. Следуя приведенным выше рекомендациям, вы сможете успешно запустить резервный сервер и минимизировать риски, связанные с отсутствием соединения. Убедитесь, что все настройки уникальны и протестированы в различных сценариях, чтобы гарантировать надежность вашей сети.