Почему имя VPN-адаптера может скрывать другой протокол
Метка рядом с адаптером описывает создавшее его программное обеспечение, а не пакеты в сети. Проверьте клиент, профиль и партнёра, прежде чем выбирать решение.
Метка рядом с VPN-адаптером описывает программное обеспечение, создавшее интерфейс, а это на один уровень выше пакетов, которые действительно проходят через сеть. Плагин может показать адаптер, имя которого отражает собственную классификацию плагина, а не инкапсуляцию в сети. Чтение клиента, профиля и партнёра отвечает на то, на что имя ответить не может. Два подключения, которые в меню настроек выглядят одинаково, могут вести себя совершенно по-разному в записи.
Имя происходит от поставщика, а не из сети
Windows определяет короткий список типов подключений для своих встроенных VPN-клиентов, а сторонние продукты устанавливают рядом собственный стек. Адаптер, появляющийся в списке сетей, создаётся тем драйвером, которому принадлежит подключение, поэтому его имя — свидетельство о драйвере, а не гарантия о внешнем протоколе. Именно поэтому удаление одного клиента может оставить имя адаптера.
Документация Microsoft о типах VPN-подключений прямо указывает, что тип описывает конфигурацию клиента для этого подключения. Когда участвует плагин, отображаемый тип следует тому, что регистрирует плагин, а фактическая инкапсуляция может быть совсем другой.
Та же слоистость встречается и в других местах. Виртуальный адаптер на хосте Linux, устройство TAP или расширение мобильного VPN-сервиса — всё это интерфейсы, созданные программным обеспечением, и имя интерфейса выбирает это программное обеспечение, а не согласовывает с сервером.
Что порты и адреса могут и чего не могут вам сказать
Каждый слой оставляет разные свидетельства. Читайте их по отдельности, и метка перестаёт быть приговором:
| Evidence | What it establishes | Where it misleads |
|---|---|---|
| Adapter name | Which driver bound the interface | Plugins choose their own labels |
| Profile file | Which client consumes the configuration | Abstraction layers hide the transport |
| Outer port | Which port the peer accepts | 443 carries several protocols plus HTTPS |
| Tunnel address | The inner interface's network | Says nothing about encapsulation |
TCP 443 — самый ясный пример. Он может нести SSTP, туннель OpenVPN TCP, сеанс SoftEther SSL-VPN или обычный веб-трафик, и один номер порта не может их различить. Поэтому правило брандмауэра, разрешающее 443, не является доказательством того, какой клиент используется. Запись на внешнем интерфейсе решает это и решает за секунды.
Прочитайте формат профиля и партнёра
Файл конфигурации — более сильная подсказка, чем адаптер. Профиль OpenVPN содержит директивы вроде remote, proto и ca; конфигурация WireGuard содержит раздел [Interface] с закрытым ключом и разделы [Peer] с разрешёнными IP; запись в телефонной книге Windows хранит тип подключения в своём формате. Каждый синтаксис принадлежит одной реализации.
Затем посмотрите документацию и журналы партнёра. Сервер знает, какой обработчик протокола принял сеанс, и его журнал называет завершённый этап. Это свидетельство сильнее любой метки на рабочем столе, потому что оно фиксируется там, где пакеты действительно интерпретировались.
Выбирайте руководство по протоколу, а не по метке
Директива OpenVPN принадлежит OpenVPN, ключи и разрешённые IP WireGuard принадлежат WireGuard, а профиль SSTP не является ни тем, ни другим. Вставить параметр одного клиента в другой, потому что имя адаптера звучало совместимо, — так и ломают работающую конфигурацию.
После определения протокола выберите соответствующий путь устранения неполадок: собственный журнал клиента, журнал сервера, специфичный для протокола, и запись, показывающую внешний обмен. С этого момента у сбоя есть имя, а не метка.