Per què el nom d’un adaptador VPN pot amagar un altre protocol
L’etiqueta al costat d’un adaptador descriu el programari que l’ha creat, no els paquets a la xarxa. Comproveu el client, el perfil i el parell abans de triar una solució.
L’etiqueta al costat d’un adaptador VPN descriu el programari que ha creat la interfície, i això és una capa per sobre dels paquets que realment travessen la xarxa. Un connector pot exposar un adaptador el nom del qual reflecteix la classificació pròpia del connector i no l’encapsulament a la xarxa. Llegir el client, el perfil i el parell respon allò que el nom no pot respondre. Dues connexions que en un menú de configuració semblen idèntiques poden comportar-se de manera ben diferent en una captura.
El nom ve del proveïdor, no de la xarxa
Windows defineix una llista curta de tipus de connexió per als seus clients VPN integrats, i els productes de tercers instal·len la seva pròpia pila al costat. L’adaptador que apareix a la llista de xarxes el crea el controlador que posseeix la connexió, així que el seu nom és una prova sobre el controlador, no una garantia sobre el protocol exterior. Per això també desinstal·lar un client pot deixar enrere el nom d’un adaptador.
La documentació de Microsoft sobre els tipus de connexió VPN és explícita que el tipus descriu la configuració del client per a aquella connexió. Quan hi ha un connector, el tipus mostrat segueix el que registra el connector, i l’encapsulament real pot ser una cosa completament diferent.
La mateixa superposició apareix en altres llocs. Un adaptador virtual en un amfitrió Linux, un dispositiu TAP o una extensió de servei VPN mòbil són totes interfícies creades per programari, i el nom de la interfície el tria aquest programari en lloc de negociar-lo amb el servidor.
Què us poden dir els ports i les adreces i què no
Cada capa deixa proves diferents. Llegiu-les per separat i una etiqueta deixa de ser un veredicte:
| 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 és l’exemple més clar. Pot portar SSTP, un túnel OpenVPN TCP, una sessió SoftEther SSL-VPN o trànsit web ordinari, i el número de port per si sol no els pot distingir. Per tant, una regla de tallafoc que permet 443 no és una prova de quin client s’utilitza. Una captura a la interfície exterior ho resol, i ho resol en segons.
Llegiu el format del perfil i el parell
El fitxer de configuració és una pista més forta que l’adaptador. Un perfil OpenVPN conté directrius com remote, proto i ca; una configuració WireGuard conté una secció [Interface] amb una clau privada i seccions [Peer] amb IP permeses; una entrada de l’agenda telefònica de Windows desa el tipus de connexió en el seu propi format. Cada sintaxi pertany a una implementació.
Després mireu la documentació i els registres del parell. El servidor sap quin gestor de protocol ha acceptat la sessió, i el seu registre anomena l’etapa que s’ha completat. Aquesta prova supera qualsevol etiqueta d’escriptori, perquè es registra on els paquets s’han interpretat realment.
Trieu el manual pel protocol, no per l’etiqueta
Una directriu OpenVPN pertany a OpenVPN, les claus i les IP permeses de WireGuard pertanyen a WireGuard, i un perfil SSTP no és ni una cosa ni l’altra. Enganxar l’opció d’un client en un altre perquè el nom d’un adaptador sonava compatible és com es trenca una configuració que funcionava.
Un cop identificat el protocol, trieu el camí de resolució de problemes corresponent: el registre propi del client, el registre del servidor específic del protocol i una captura que mostri l’intercanvi exterior. A partir d’aquí, la fallada té un nom en lloc d’una etiqueta.