VPN de Windows: perfil desat enfront de l’estat de la interfície activa

Una VPN de Windows apareix en dos llocs que responen preguntes diferents, i confondre’ls produeix un diagnòstic erròni amb molta seguretat. El perfil desat diu què ha configurat algú; la interfície activa diu què ha aplicat la pila fa un moment. Quan una connexió s’estableix i el trànsit continua agafant el camí equivocat, cal llegir les dues vistes, en aquest ordre. Cap de les dues per si sola no us diu si el paquet de l’aplicació ha sortit pel túnel.

Dues vistes del mateix túnel

La vista del perfil és configuració: adreça del servidor, tipus de túnel, mètode d’autenticació, paràmetres de túnel dividit. Pot ser correcta mentre la connexió la ignora, i pot estar desactualitzada mentre la connexió funciona perfectament, perquè un client que es reconnecta pot no tornar a llegir el que heu editat. La vista de la interfície és estat aplicat: quins adaptadors existeixen, quines famílies d’adreces porten, les seves mètriques i el seu estat de connexió. Canvia a mesura que els túnels apareixen i desapareixen, cosa que la converteix en el lloc correcte per a una pregunta de rutes en directe i en el lloc equivocat per a una pregunta de configuració.

Llegir-les juntes és el mètode sencer, i llegir-ne només una és com la gent acaba esborrant un adaptador sa. Les ordres de sota produeixen les dues vistes sense canviar res.

Llegiu les dues vistes sense canviar res

Comenceu pels perfils desats, perquè és el fet més barat de confirmar. Fixeu-vos en el tipus de túnel i en el valor de túnel dividit, ja que tots dos decideixen quines destinacions han d’entrar al túnel. Si el perfil és incorrecte, corregiu-lo per la seva superfície de configuració compatible, perquè res de la llista d’interfícies no repara un perfil que apunta a una passarel·la equivocada.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

La vista de la interfície té una forma diferent: un túnel pot ocupar dues files quan porta les dues famílies d’adreces. Llegiu l’índex com la identitat i l’àlies com una etiqueta que algú ha triat, i espereu que l’àlies canviï entre versions del client.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

La presència no és prova d’ús, perquè una interfície pot existir, estar connectada i tot i així no ser la que tria la ruta cap a la vostra destinació. Tingueu-ho present abans de tractar un adaptador desconegut com la culpa. Aquestes dues fallades semblen idèntiques des de fora: un perfil correcte amb una ruta que no l’utilitza mai, i un perfil incorrecte amb una ruta que sí que l’utilitza. Tenen correccions completament diferents, i per això existeix la secció següent.

Seguiu la ruta fins a la destinació

Pregunteu a la pila quin camí agafaria per a l’adreça amb què l’aplicació contacta realment. Aquesta és la pregunta que la llista d’interfícies no pot respondre sola.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

La primera ordre informa de dos camps que val la pena llegir: l’àlies d’interfície de l’origen seleccionat i el següent salt per a aquesta destinació. L’índex 37 de la segona ordre és el que hagi imprès la primera sortida, no una constant per copiar, i l’adreça 10.60.20.10 és il·lustrativa. Si l’origen triat pertany a l’adaptador físic mentre la destinació hauria de ser dins del túnel, heu trobat el problema de selecció, perquè la interfície VPN pot estar perfectament sana i simplement no ser preferida. La mètrica només és una part d’aquesta decisió, perquè l’especificitat de la ruta, la política i l’estat de la interfície hi participen tots.

Compareu tres estats en les mateixes condicions

Registreu la llista d’interfícies i la ruta triada abans de connectar, mentre esteu connectats i després de desconnectar, amb la mateixa destinació i les mateixes ordres cada vegada. Aquesta comparació separa una interfície de túnel actual d’un adaptador antic i ocult deixat per una desinstal·lació, i d’un segon client que també s’executa. També us diu si la interfície del túnel desapareix netament, perquè un adaptador que persisteix després de desconnectar és un problema diferent d’un que no ha aparegut mai. Sense les tres instantànies, tot àlies desconegut sembla el culpable.

Guardeu les tres sortides amb el tiquet, perquè dues sortides d’ordres superen un paràgraf de descripció. Un company les pot comparar sense repetir la vostra sessió.

No esborreu el que no heu identificat

Els adaptadors desconeguts normalment pertanyen a alguna cosa: un client gestionat, un commutador virtual, una xarxa de contenidors o un agent de seguretat. Esborrar-ne un pot eliminar un component que funciona i deixar el símptoma original exactament on era. Si la ruta és obsoleta, trobeu el propietari de la ruta i corregiu-la allà; si el perfil és incorrecte, editeu el perfil. La documentació de Get-NetIPInterface llista els camps utilitzats més amunt, incloses les columnes de mètrica i estat que fan significativa la comparació.

Nomeneu l’objecte, trobeu-ne el propietari i després actueu sobre aquest propietari. Qualsevol altra cosa és reanomenar el problema en lloc de llegir-lo.