Cómo vincular qBittorrent a una interfaz VPN en macOS

Abrí qBittorrent en un Mac mini, puse Network Interface en utun4, reinicié y luego pasé una tarde viendo cómo un torrent se quedaba en la obtención de metadatos mientras la VPN seguía mostrando una conexión sana. El ajuste no era incorrecto en principio; el nombre estaba obsoleto. macOS asigna números utun cuando arrancan los servicios, así que el utun4 que había sido correcto la semana anterior apuntaba a un túnel que ya no existía, y el cliente vinculaba sus sockets a un dispositivo sin ruta. La secuencia de abajo es la que uso ahora: leer la interfaz del túnel en funcionamiento, seleccionarla en el cliente, reiniciar la sesión y luego demostrar la vinculación con una transferencia y una desconexión deliberada.

Abra Avanzado y encuentre el campo de interfaz

En la ventana de qBittorrent, abra Preferencias con Cmd+, y vaya a la página Avanzado. Network Interface es el campo que importa: enumera los nombres de interfaz del sistema y por defecto está en Any Interface, lo que significa que el sistema operativo elige una ruta para cada socket que abre el cliente. La referencia de opciones del proyecto documenta el campo y ese valor por defecto, y es el mismo ajuste en todas las plataformas aunque los nombres que contiene no lo sean.

Dos detalles hacen tropezar aquí. La lista muestra nombres de dispositivo como en0, en1 y utun0 hasta utun9, nunca el nombre del producto del proveedor de VPN, así que necesita la correspondencia antes de elegir algo sensato. Y la selección se aplica cuando arranca la sesión de BitTorrent, no en el momento de pulsar OK, así que un cambio que parece guardado puede seguir funcionando con la vinculación antigua.

Cierre la aplicación correctamente con Cmd+Q y confirme que el proceso desapareció antes de volver a abrirla. Cerrar la ventana solo la oculta, y un cliente oculto conserva su sesión, su puerto de escucha y su interfaz antigua.

pgrep -fl qbittorrent

Encuentre la interfaz que su VPN posee de verdad

Conecte primero la VPN, con el cliente propio del proveedor, y luego lea la visión del sistema en lugar del menú del cliente. Los comandos de abajo enumeran cada interfaz con sus direcciones, muestran cuáles considera activas el sistema e imprimen la tabla de rutas; busque el dispositivo utun que lleva el rango privado que le asigna su proveedor.

ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5

Tres lecturas le dicen qué dispositivo es el túnel. La entrada utun necesita una dirección inet que pertenezca al pool de la VPN. scutil --nwi muestra qué interfaces considera activas el sistema y cuál es la primaria. netstat -rn muestra hacia dónde apunta la ruta por defecto, y si esa ruta sigue apuntando a en0 mientras un utun tiene dirección, el túnel no lleva todo el tráfico, lo que cambia lo que hará la vinculación más adelante.

Cuando pueden existir dos túneles a la vez, por ejemplo un perfil de trabajo y uno personal, ambos dispositivos utun están presentes y solo uno es útil. Los contadores de bytes resuelven la pregunta: anote los contadores, cargue una página o inicie una transferencia pequeña y vea cuál se movió.

netstat -ib | grep utun

Tampoco trate el número como estable. Una reconexión puede dar al mismo túnel otro nombre utun, y un servicio de iCloud o Continuity puede ocupar utun0 mucho antes de que se conecte su VPN.

Ajuste la vinculación al alcance del túnel

El campo vincula un dispositivo, y eso es todo lo que hace. Si la VPN es un túnel completo que encamina 0.0.0.0/0 dentro del utun, vincular a ese dispositivo envía cada conexión de par y cada petición de tracker por la VPN. Si la VPN es un túnel dividido que solo encamina unas pocas subredes, vincular al utun envía el tráfico de pares a un dispositivo sin ruta para esos pares, y las transferencias se detienen en lugar de filtrarse. Ambos resultados son más seguros que Any Interface, pero solo uno mantiene el cliente funcionando. Nada fuera del cliente cambia: los navegadores y otras aplicaciones conservan sus propias rutas, así que un requisito que cubra todas las aplicaciones necesita aplicarse desde el lado de la VPN.

Lea la situación antes de seleccionar nada:

La familia de direcciones también importa. Un proveedor que solo asigna IPv4 deja la interfaz vinculada sin dirección IPv6, así que los pares IPv6 fallan en lugar de escaparse por Wi-Fi. Por separado, vincular sockets no fija la resolución de nombres: los nombres de host de los trackers se resuelven mediante el resolutor de macOS, que sigue la configuración DNS del sistema y no el dispositivo seleccionado.

Tres formas en que falla una selección que parece correcta

El primer fallo es no reiniciar. El campo muestra utun4, las preferencias parecen configuradas, y una transferencia de prueba sigue saliendo por Wi-Fi porque la sesión en curso conservó la vinculación antigua. Cierre del todo, confirme con pgrep, vuelva a abrir y empiece la transferencia de nuevo.

El segundo es el nombre obsoleto tras una reconexión. Cuando el dispositivo vinculado desaparece, las conexiones de pares fallan y el cliente tiende a informar de errores de tracker en lugar de un mensaje limpio de que la interfaz se fue, lo que se lee como un torrent muerto. Vuelva a leer ifconfig, seleccione el nombre nuevo y reinicie.

El tercero es suponer que la vinculación falla cerrada. Seleccionar una interfaz pide al sistema que adjunte sockets a un nombre de dispositivo; qué ocurre cuando ese nombre falta o se recicla no lo garantiza la pantalla de ajustes. La prueba de desconexión de la sección siguiente es la única evidencia que cuenta.

Verifique con una transferencia real y una desconexión

Use una transferencia que tenga permitido ejecutar, como una imagen de distribución Linux, y empiece con la VPN conectada. Observe los contadores por interfaz antes y después y compárelos con el contador de datos del propio cliente VPN; ambos deberían subir juntos mientras se llena la lista de pares.

netstat -ib | grep utun
pgrep -fl qbittorrent

Luego desconecte la VPN desde su propia interfaz y observe la transferencia. Los pares deberían desaparecer, y las conexiones nuevas deberían fallar poco después de que caiga el túnel. Si el rendimiento continúa, la vinculación no está en efecto y vuelve al paso de reiniciar, no al cortafuegos.

Reconecte y compruebe el nombre seleccionado otra vez, porque el túnel puede volver con otro utun. Una nota breve con el tipo de túnel, el nombre de la interfaz y el comportamiento esperado cuando cae la VPN ahorra la sesión siguiente: este ajuste es por máquina y por proveedor, y no sobrevive ni a una actualización del cliente ni a un cambio de aplicación VPN.