Защо името на 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 не е нито едно от двете. Поставянето на опция от един клиент в друг, защото име на адаптер е звучало съвместимо, е начинът да се счупи работеща конфигурация.
След като протоколът е установен, изберете съответния път за отстраняване на неизправности: собствения журнал на клиента, журнала на сървъра, специфичен за протокола, и запис, който показва външния обмен. Оттам неизправността има име, а не етикет.