Cómo probar un segundo cliente VPN en un Mac sin perder el primero

Instala el segundo cliente para compararlo, y el primero deja de funcionar. No se borró nada, y ambas aplicaciones siguen instaladas. Lo que cambió está debajo de ellos: una extensión del sistema, un ajuste de DNS o una ruta predeterminada, y los dos clientes ya no coinciden en quién es su propietario. La instalación no es la parte arriesgada; la parte arriesgada es ejecutar ambos sin una línea base registrada a la que volver.

El síntoma: la configuración que funcionaba se detiene tras la segunda instalación

Los clientes VPN modernos de macOS a menudo incluyen una extensión de red en lugar de una interfaz de estilo antiguo. Instalar una puede solicitar aprobación, añadir un perfil de configuración o registrar una extensión del sistema que influye en el tráfico antes de que se establezca cualquier conexión. La extensión se carga antes de que aparezca la ventana de la aplicación, y por eso el cliente original puede fallar mientras el nuevo permanece inactivo.

Si después el cliente original no logra conectarse, o se conecta y no resuelve nada, la nueva extensión es el primer sospechoso. No es prueba de un conflicto, pero es donde empieza la investigación. A continuación, revise la lista de extensiones y los perfiles de configuración instalados, no solo la carpeta de aplicaciones.

Registre la línea base antes de instalar nada

Anote lo que funciona ahora: el resultado de la aplicación, la versión del cliente, el punto final al que se conecta y cualquier exclusión por aplicación o de túnel dividido. Guarde el perfil original mediante el proceso protegido que admite el cliente, no copiando archivos de un paquete de aplicación.

scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"

Capture esas tres salidas mientras el cliente que funciona está conectado. Le dan el estado del resolutor, la tabla de rutas y la lista de interfaces que produce una configuración funcional, y eso es exactamente lo que necesita para comparar más adelante. Si el Mac lo administra un empleador, confirme antes de empezar que la comparación está permitida, porque una conexión de trabajo automática puede reactivarse durante la prueba y entonces el resultado no representa a ninguno de los dos clientes por sí solo. Guarde las tres salidas junto a la nota del perfil para que la comparación posterior tenga una referencia.

Cambie una ruta activa a la vez

Detenga la conexión original con su control habitual y luego inicie la alternativa. Dos clientes conectados a la vez producen un resultado que describe la combinación, no ninguno de los dos productos. Mantenga el punto final y la tarea comparables si los servicios lo permiten, porque una descarga más rápida por otro servidor compara dos opciones de conexión y no dos aplicaciones.

Si el nuevo cliente falla, conserve su primer error antes de cambiar cualquier otra cosa. El primer error suele indicar la etapa, y un segundo intento tras un cambio de ajustes a menudo informa de algo menos útil.

Compare DNS, rutas y la aplicación, no solo la velocidad

Ejecute los mismos tres comandos con el nuevo cliente conectado y compárelos línea por línea. Un resolutor que apunta a otro sitio, o una tabla de rutas sin la subred privada, explica la mayoría de las diferencias de comportamiento antes de mirar el rendimiento. Luego pruebe la aplicación real con la misma tarea, porque un cliente que se conecta rápido y no resuelve un nombre interno no ha ganado la comparación aunque la ventana de estado se vea mejor.

Anote qué interfaz usó el tráfico. En macOS el nombre de la interfaz del túnel no es un indicador fiable de qué cliente posee la ruta, así que combine la lista de interfaces con la tabla de rutas en lugar de leer solo una de ellas. Si existen dos interfaces utun, la que transporta su tráfico es la que tiene una ruta coincidente y una entrada en el resolutor. Adivinar por el nombre es como se acaba culpando a la interfaz equivocada, porque la interfaz que existe no siempre es la que transporta el tráfico.

Lea las tres salidas en lugar de hojearlas. En el volcado del resolutor, un servidor de nombres asociado a una interfaz utun muestra qué cliente lo instaló; en la tabla de rutas, la ruta predeterminada nombra la interfaz que transporta el tráfico; en la lista de interfaces, un segundo dispositivo utun significa que se creó un segundo túnel. Esas tres líneas, comparadas con la línea base, separan una configuración recuperada de otra en la que ambos clientes todavía compiten.

Restaure y luego elimine de forma limpia

Vuelva mediante el flujo de trabajo propio del cliente original y confirme que las salidas de la línea base coinciden con lo que registró. Si el resolutor o la tabla de rutas no se recuperan, deténgase y corríjalo antes de eliminar cualquier otra cosa. Elimine la configuración no utilizada a través del componente que la posee: el desinstalador del cliente, el perfil o los ajustes de la extensión del sistema.

Termine actualizando sus notas con la versión que probó, el punto final que utilizó y el resultado de cada uno. Seis meses después, ese registro es la diferencia entre una decisión y un rumor.