Может ли этот плагин NetworkManager запустить два VPN одновременно?

В списке подключений два элемента VPN, оба сообщают о подключении, и только один из них несёт ожидаемый трафик. Или второй вообще отказывается запускаться, и никто не может сказать, виноват ли плагин, клиент или забытая политика. Утверждения об ограничении в один VPN описывают конкретные реализации, а реализации различаются. Сначала пройдите по возможности, затем по согласованию.

Сначала посчитайте сохранённые профили, затем активации

Сохранённый профиль — это объект конфигурации, а активное подключение — это работающий экземпляр. Список визуально сливает оба понятия, поэтому оба отчёта звучат правдиво. Начните с того, что назовите точные объекты по их UUID, потому что отображаемое имя не уникально и старый импорт часто делит метку с более новой записью. Затем отдельно проверьте список активных и посмотрите, какие UUID там появляются. Только тогда вы узнаете, сравниваете ли вы две конфигурации или два живых туннеля.

Активация одного и того же UUID дважды — это третий случай, и это не параллельность. Это повторная активация одного экземпляра.

Прочитайте собственные метаданные плагина

Каждый VPN-плагин поставляет небольшой файл метаданных, который читает менеджер, и эти файлы могут объявлять, поддерживает ли плагин несколько подключений одновременно. Читайте файл, установленный на этой машине, вместо того чтобы повторять то, что сейчас пишет проект выше по течению, потому что именно пакет дистрибутива определяет, что у вас на самом деле есть. Та же проверка действует для каждого протокола: ответ для одного плагина ничего не говорит о другом. Запишите версию пакета рядом с результатом, чтобы позднейшее сравнение что-то значило.

Старые советы об ограничении в один VPN описывали более старые интеграции. Это ни вечно верно, ни безопасно принимать как неизменное, и файл перед вами решает это локально.

Параллельный не значит согласованный

Успешный запуск двух плагинов доказывает возможность, а не замысел. Два туннеля, оба предлагающие маршрут по умолчанию, будут конкурировать, и тот, кто установил свой маршрут последним, обычно побеждает, не объявляя об этом. Перекрывающиеся частные диапазоны имеют ту же проблему в меньшей форме.

Решите, какие назначения принадлежат какому профилю, прежде чем что-либо активировать. Переименование профиля не различает назначения.

DNS выбирает победителя, хотите вы этого или нет

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

Назначьте каждое частное пространство имён тому распознавателю, который должен за него отвечать, и задайте предпочтение маршрутизации осознанно, а не полагайтесь на порядок. Затем проверьте имя из каждого пространства при обоих поднятых туннелях и ещё раз при одном отключённом. Распознаватель, который работает только пока подняты оба туннеля, — это проект, который удивит кого-то в самый неподходящий момент.

Разворачивайте в фиксированном порядке и проверяйте между шагами

Активируйте один профиль, проверьте состояние его маршрутов и распознавателя, затем активируйте второй и проверьте снова. Сравнение двух состояний скажет, что изменилось и какой профиль чем владеет. Не активируйте оба, чтобы потом диагностировать результат.

Проверьте каждый нужный ресурс через туннель, который должен его нести, затем отключите один профиль и убедитесь, что другой сохраняет маршруты, DNS и задуманное поведение при сбое. Если развёрнутый плагин действительно не может сделать нужное, выберите поддерживаемое обновление или явно изолированную альтернативу вместо того, чтобы оживлять устаревший протокол рядом с менеджером. Второй отдельный туннель, которым никто не управляет, — не изоляция; это ещё один источник неожиданных маршрутов.