VPN ломается после обновления клиента? Сравните согласование
Сохраните первую новую ошибку и версию, которая её вызвала. Изменённое согласование или требование платформы требует одной конкретной правки, а не отката.
Обновления заменяют компонент, который разбирает ваш профиль и согласовывает туннель. Первый сбой после обновления — это свидетельство о конкретном изменении, а не приговор выпуску. Сохранить эту ошибку вместе с версией и отметкой времени — самый ценный шаг, который можно сделать перед любой переустановкой.
Два механизма объясняют большинство таких разрывов. Разделить их и есть работа.
Что изменилось в согласовании под вами
OpenVPN согласовывает шифр канала данных, а не берёт его из одной директивы, и параметры, управляющие этим согласованием, меняли смысл от выпуска к выпуску. Профиль, написанный для более старого клиента, может подключиться, а затем не договориться о канале данных, что проявляется как разрыв соединения, а не как понятная ошибка конфигурации. Новые выпуски также ужесточают или отменяют унаследованное поведение и поставляют режим совместимости для узлов, которые ещё не перешли. Поэтому обновление может сломать работающий профиль, не тронув ни одного байта файла.
Влияние на клиента асимметрично. Канал управления поднимается, аутентификация проходит, а затем туннель умирает — это признак рассогласования в согласовании, а не отклонённого профиля.
Прочитайте установленную версию, прежде чем строить теории о сервере. Эта строка — локальный факт, который можно проверить, ни у кого не запрашивая доступ.
Профиль может разбираться и означать другое
Директива, которая проходит разбор, не обязательно всё ещё делает то, что задумал её автор. Параметры могут приниматься ради совместимости и игнорироваться, переименовываться или применяться в более узком случае, чем раньше. Поскольку ничто не выдаёт ошибку, профиль выглядит правильным, хотя поведение под ним изменилось. Именно это молчание делает такие регрессии дорогими.
Спросите, какие строки действительно отвечают за согласованный результат, и сверьте их с документацией той версии, которую вы запускаете сейчас. Это сравнение короткое, и в нём разница между исправлением и откатом.
openvpn --version | head -n 2
openvpn --show-ciphers | head -n 10
grep -nE '^(cipher|data-ciphers|ncp-|tls-)' office.ovpn
Платформа сдвинулась одновременно
Выпуски клиента редко приходят в одиночку. Обновление операционной системы, запрос разрешения, который теперь требует явного согласия, или управляемая политика, применённая к устройству, могут прийти на той же неделе и дать сбой, в котором обвинят клиент. Мобильные платформы добавляют свой слой, потому что приложение просит у системы туннель, а система решает, что этому туннелю можно маршрутизировать.
Записывайте эти изменения отдельно на шкале времени. Когда аутентификация проходит, но маршруты или разрешение имён не работают, интересная стадия — после рукопожатия, и ослабление проверки сертификата её не затронет.
Повторите испытание события, с которого начался отчёт
Воспроизведите исходную последовательность, а не её упрощённый вариант: первоначальное подключение, приложение, которое отказало, и обычное переподключение после смены сети. Туннель, который поднимается в тестовых условиях и всё же падает на пути переподключения, не исправлен, и разница обычно указывает, где живёт настоящий дефект. Отчёт, пропускающий шаг переподключения, закрывает ошибку, которая всё ещё открыта.
Получите поддерживаемый профиль оператора или исправление поставщика по проверенному каналу вместо полного отката. Широкий откат возвращает и те исправления безопасности, которые принёс выпуск, и такой обмен редко стоит одного работающего соединения.