VPN падает и не переключается на резервный сервер

Резервирование работает только при наличии списка адресов и правил переключения. Если профиль содержит один сервер, отказ приводит к простою.

Что происходит

Основной сервер недоступен

Клиент не пробует второй

Туннель не поднимается

Почему так

В профиле один адрес

Нет правил переключения

Ошибка разрешения имени

Что проверить

Список адресов

Порядок

Настройки повторов

Что сделать

Добавить второй адрес

Включить резерв

Проверить DNS

Роль протокола

Поддержка списка

Таймауты

Повторные попытки

Что мешает

Жёсткая привязка

Кеш DNS

Блокировка портов

Почему нет переключения

Клиент переключается только между известными адресами.

Если адрес один, выбора нет.

Проверьте профиль подключения.

Добавьте резервный адрес, если протокол это позволяет.

Проверьте порядок.

Переподключитесь.

Проверьте поведение при отказе.

Как проверить отказ

Отключите основной сервер на время теста.

Проверьте, пробует ли клиент второй адрес.

Посмотрите журнал.

Измерьте время до восстановления.

Сравните с ожидаемым.

Запишите результат.

Тест лучше теории.

Почему мешает DNS

Клиент может разрешать имя при каждом подключении.

При сбое DNS резерв тоже не находится.

Проверьте разрешение имён.

Сравните с обращением по адресу.

Настройте надёжный DNS.

Проверьте результат.

Это частая причина.

Как влияют таймауты

Слишком долгий таймаут затягивает переключение.

Слишком короткий вызывает лишние попытки.

Проверьте доступные параметры.

Измените постепенно.

Проверьте поведение при отказе.

Запишите рабочее значение.

Баланс важен.

Что сделать с портами

Некоторые сети блокируют часть портов.

Резервный сервер может требовать другой порт.

Проверьте доступность портов.

Сравните с основным сервером.

Уточните настройки у администратора.

Проверьте после изменения.

Это объясняет часть отказов.

Как влияет привязка к устройству

Некоторые профили привязаны к конкретному серверу.

Клиент не будет использовать другой адрес.

Проверьте политику.

Уточните возможность резервирования.

Проверьте настройки.

Сравните с другим профилем.

Политика важнее настроек клиента.

Что делать при длительном отказе

Сообщите администратору.

Укажите время и симптомы.

Приложите журнал.

Проверьте доступность сервера из другой сети.

Уточните порядок переключения.

Запишите выводы.

Это ускорит восстановление.

Как проверить на практике

Сымитируйте отказ.

Проверьте, поднимается ли туннель.

Замерьте время.

Сравните с обычным подключением.

Повторите несколько раз.

Запишите результат.

Регулярная проверка снижает риск.

Как действовать по шагам

Проверьте список адресов в профиле.

Добавьте резервный адрес.

Проверьте разрешение имён.

Настройте таймауты.

Сымитируйте отказ.

Замерьте время восстановления.

Запишите результат.

Чего ожидать

Без списка адресов переключения нет.

DNS влияет на оба сервера.

Порты важны для доступа.

Таймауты определяют скорость реакции.

Политики ограничивают клиент.

Тест на практике обязателен.

Документируйте параметры.

Что запомнить

Резерв требует настройки.

Один адрес — одна точка отказа.

Проверяйте DNS.

Тестируйте отказ заранее.

Согласуйте политику.

Записывайте время восстановления.

Повторяйте проверку регулярно.

Как выбрать резервный сервер

Уточните список у администратора.

Проверьте географическое расположение.

Оцените задержку.

Убедитесь в поддержке протокола.

Проверьте доступность портов.

Сравните скорость.

Выбирайте по задаче.

Что делать в поездке

Проверьте оба адреса заранее.

Сохраните параметры локально.

Проверьте доступность в гостиничной сети.

Используйте мобильную сеть при блокировке.

Запишите рабочую комбинацию.

Проверьте после переезда.

Это избавит от простоя.

Что спросить у поддержки

Уточните порядок переключения.

Спросите про поддерживаемые протоколы.

Уточните доступные порты.

Спросите про время восстановления.

Уточните, нужно ли менять профиль.

Спросите про журналы.

Это сократит переписку.

Почему резерв не всегда помогает

Резервный адрес бесполезен, если он находится в той же сети или за тем же промежуточным узлом, что и основной сервер.

При отказе маршрутизатора или канала оба адреса становятся недоступны одновременно, и клиент просто не успевает это распознать.

Проверьте, где физически расположены серверы и какие маршруты к ним ведут, прежде чем рассчитывать на автоматическое переключение.

Если оба адреса в одном центре обработки данных, реальное резервирование отсутствует, хотя настройки выглядят корректно.

Обсудите с администратором схему размещения и убедитесь, что резерв действительно независим от основной площадки.

Только после этого имеет смысл проверять скорость переключения и время восстановления доступа.

Как проверить переключение без риска

Согласуйте с администратором окно, в которое можно временно отключить основной адрес, и предупредите коллег о возможном перерыве.

Отключите сервер, замерьте время до появления туннеля и запишите, какой адрес использовал клиент после восстановления.

Повторите проверку два или три раза, потому что кеш DNS и повторные попытки могут давать разные результаты при одинаковых условиях.

Если переключение не произошло, проверьте журнал клиента и убедитесь, что резервный адрес вообще был в списке доступных.

После теста верните исходные настройки и убедитесь, что основной сервер снова используется по умолчанию.

Результаты сохраните в документации, чтобы при следующем сбое не начинать диагностику с нуля.

Ограничения

Политики клиента

Настройки сервера

Согласуйте

Итог по шагам

Адреса, правила, DNS

Проверьте по порядку

Запишите результат

FAQ

Почему нет переключения?

В профиле один адрес.

Что проверить?

Список адресов и DNS.

Что влияет?

Таймауты и порты.

Кто решает?

Политика сервера.

Ограничения

Резервирование зависит от клиента и политик. Материал описывает проверку; настройки согласуйте с администратором.