¿Qué VPN permite excluir aplicaciones bancarias con split tunneling en Arabia Saudita? La que deja la banca local fuera sin apagar el resto

Yo ya había configurado el split tunneling antes de llegar a Riad.

Me parecía una de esas pequeñas tareas que conviene resolver en casa: abrí los ajustes de mi VPN habitual, busqué mi aplicación bancaria saudí y la añadí a la lista de exclusiones.

Banco: conexión local. Correo, navegador y aplicaciones de trabajo: VPN. Perfecto. Y durante dos días lo fue. El problema apareció mientras hacía el check-out del hotel.

En recepción detectaron que una retención de la tarjeta seguía pendiente. Necesitaba mover dinero desde otra cuenta antes de salir hacia el aeropuerto.

Abrí mi banco principal. Funcionó inmediatamente. Por un momento me sentí bastante satisfecho con aquella configuración previa. Después abrí la segunda aplicación financiera que necesitaba para completar el movimiento. Pantalla de inicio. Esperé. Nada. La cerré. Volví a abrirla. Nada.

Entonces miré el icono de la VPN. Mi banco principal estaba excluido del túnel. La segunda aplicación no. Había preparado una excepción para el problema que imaginaba tener, no para el que realmente tenía delante.

En Arabia Saudita, dejar la banca fuera del VPN tiene sentido

Al principio pensé que la segunda aplicación simplemente estaba fallando. El contexto saudí hizo que dejara de verlo así.

El marco antifraude del Banco Central Saudí contempla controles basados en dirección IP, geolocalización y dispositivo, y señala el uso de VPN como una señal que las entidades pueden restringir al acceder a servicios bancarios online o móviles.

Para mí, la consecuencia práctica era mucho más sencilla que la normativa:

la aplicación bancaria quería ver mi conexión normal.

No necesitaba encontrar un servidor VPN que le gustara más. Necesitaba dejar de poner el VPN delante de ella.

Eso también explica una frustración bastante común entre usuarios: una aplicación bancaria puede funcionar normalmente hasta que detecta que el teléfono está utilizando una ruta VPN.

Y en un viaje el problema se multiplica rápidamente. Banco principal. Aplicación de pagos. Tarjeta corporativa. Otra cuenta utilizada solo para aprobar una transferencia. No siempre sabes antes de despegar cuál vas a necesitar.

Ahí fue cuando mi configuración cuidadosamente preparada empezó a parecer menos inteligente.

Mi proveedor grande podía resolverlo

Volví a los ajustes de mi VPN habitual. Split tunneling. Lista de aplicaciones. Busqué la segunda app financiera. Excluir. Reconecté. Abrí el banco. Esta vez funcionó. Transferí el dinero y resolví la retención de la tarjeta. Técnicamente, el problema había terminado.

Android permite precisamente este tipo de configuración: una VPN puede excluir aplicaciones concretas para que utilicen la conexión normal del dispositivo mientras las demás siguen pasando por el túnel.

Mi proveedor grande aprovechaba bien esa capacidad. El inconveniente apareció un minuto después, cuando miré las otras aplicaciones financieras instaladas. Había excluido dos. Todavía quedaban más.

Y ya podía imaginar la rutina de la siguiente vez:

abrir la aplicación; descubrir que no entra; cerrarla; abrir la VPN; buscar la lista; añadir otra excepción; reconectar; volver al banco. No era difícil.

Pero estaba convirtiendo una regla muy sencilla —banca local fuera, trabajo dentro— en una lista que yo tenía que mantener aplicación por aplicación.

Ese fue el momento en que dejé de preguntarme qué VPN ofrecía más control. Empecé a preguntarme cuál necesitaba menos administración.

La aplicación pequeña empezó por la situación

Abrí OnlydogVPN^↗. En lugar de empezar buscando otra lista de aplicaciones instaladas, elegí el modo pensado para servicios financieros locales.

La lógica coincidía con lo que llevaba configurando manualmente: dejar las aplicaciones financieras locales sobre la conexión normal mientras el tráfico que sí quería proteger continuaba dentro de la VPN.

Lo activé. Después hice la prueba que realmente me importaba. Abrí mi banco principal. Saldo. Volví atrás. Abrí la segunda aplicación financiera. Entró. Después abrí Chrome. Las páginas de trabajo seguían usando la VPN. Correo. También. Documentos del cliente. Normal.

Eso resolvía exactamente la contradicción que me había llevado a buscar split tunneling. No quería apagar la VPN para todo el teléfono solo porque el banco necesitara una conexión local.

Tampoco quería mantener manualmente una lista de cada aplicación financiera que pudiera utilizar durante el viaje. Quería una regla fácil de entender. Banco local: fuera. Trabajo y navegación que quería proteger: dentro.

La diferencia apareció cuando dejé de saber qué aplicación necesitaría

En casa resulta sencillo planificar excepciones. Durante un viaje, bastante menos. Esa mañana yo pensaba que iba a utilizar un banco. En recepción descubrí que necesitaba dos. Más tarde quizá sería una aplicación de pagos. Al día siguiente, la tarjeta corporativa.

El error de mi primera configuración había sido intentar predecir todas esas excepciones antes de subir al avión. La aplicación pequeña invertía la lógica. Yo elegía la situación. No la aplicación concreta.

Eso encajaba especialmente bien con Arabia Saudita, porque el comportamiento que buscaba era precisamente el que las aplicaciones financieras locales suelen esperar: ver la conexión real del dispositivo en lugar de una dirección de salida compartida por una VPN.

No podía observar las reglas internas de detección de cada banco ni saber qué señal concreta provocaba un rechazo. Pero tampoco necesitaba diagnosticar cada aplicación. Las dos que necesitaba usar funcionaban fuera del túnel. El resto de mi tráfico seguía protegido.

Ese resultado era mucho más útil que conocer la causa exacta de cada bloqueo.

Después del banco, no tuve que volver a tocar nada

Resolví la transferencia. La recepción liberó la retención. Guardé el teléfono. En el taxi hacia el aeropuerto abrí el correo del trabajo. Seguía conectado mediante la VPN. Después revisé un documento y respondí dos mensajes. No cambié ningún ajuste.

Ese detalle terminó siendo la parte más convincente. El split tunneling manual de mi proveedor grande había funcionado. Pero me había obligado a pensar continuamente en la lista. La segunda aplicación había convertido la misma necesidad en una regla de viaje más natural.

Y cuanto más cambian las aplicaciones que utilizas durante un viaje, más valor tiene esa diferencia.

La opción manual conserva una ventaja

Si quisiera construir reglas muy específicas para cada aplicación, seguiría prefiriendo un sistema de split tunneling manual. Quizá quiero que un banco utilice la conexión local, otro pase por la VPN y una tercera app siga una configuración distinta.

Ahí una lista individual ofrece más granularidad.

La aplicación pequeña también tiene menos ubicaciones que los grandes proveedores, una trayectoria pública más corta y menos evaluaciones independientes.

Pero ninguna de esas diferencias resolvía lo que estaba ocurriendo junto a la recepción del hotel. Yo no necesitaba más servidores. Ni más reglas. Necesitaba que las aplicaciones bancarias funcionaran sin convertir todo el teléfono en tráfico directo.

Mi proveedor grande resolvió el problema cuando identifiqué y añadí cada excepción. La segunda opción convirtió la regla que realmente necesitaba durante el viaje en una decisión mucho más simple. Banca local por la conexión local. El resto de lo que quería proteger seguía dentro de la VPN.

En Arabia Saudita, terminé valorando menos cuántas aplicaciones podía excluir manualmente y más si podía dejar de pensar en cuáles tenía que excluir.