FIELD NOTES
A personal record of travel, networks and small failures
TRAVEL NOTE

Por qué algunas páginas bloquean IP de VPN argentinas: la compra funcionó cuando dejé de cambiar de servidor

La página bloqueó mi compra cuando quedaba un solo asiento.

Estaba en una cafetería de Buenos Aires intentando reservar un pasaje nocturno a Rosario. Al día siguiente debía fotografiar una presentación a primera hora, y perder ese ómnibus significaba llegar después de que comenzara el evento.

Ya había completado los datos del pasajero, elegido el asiento y confirmado el precio.

Al pulsar Pagar, apareció una pantalla blanca:

Acceso denegado.

Culpé al navegador.

Abrí una pestaña privada, borré las cookies y repetí el proceso. El asiento seguía disponible, pero la página volvió a bloquearme antes de mostrar el formulario de pago.

Entonces vi el icono de la VPN.

Estaba conectado a un servidor de Buenos Aires. Pensé que era precisamente la opción menos problemática: yo estaba en Argentina, la empresa era argentina y la dirección IP también parecía argentina.

Cambié a otro servidor del país.

La página me mostró tres CAPTCHA seguidos y volvió a expulsarme.

La bandera correcta no estaba haciendo que la conexión pareciera normal.

La respuesta breve

Aquella noche, esa limitación no afectaba la tarea. Ya había comprobado que disponer de más servidores no ayudaba cuando cada cambio reiniciaba la compra.

Una IP argentina también puede parecer sospechosa

Yo había instalado una VPN pocas semanas antes, cuando nuevos bloqueos contra servicios de streaming ilegales impulsaron el interés por estas aplicaciones en Argentina.

Como muchos usuarios recientes, empecé a dejarla conectada durante todo el día.

No la usaba solo para acceder a contenidos. También permanecía activa cuando leía noticias, abría el correo, compraba entradas o pagaba servicios.

Ese hábito me llevó directamente al problema con la página de pasajes.

Una VPN sustituye la dirección IP original por la de uno de sus servidores. Sin embargo, una IP situada en Buenos Aires no representa necesariamente a un hogar, una oficina o una línea móvil de Buenos Aires.

Puede pertenecer a un centro de datos y ser compartida por miles de personas.

Para una página que intenta frenar bots, fraude, reventa automatizada o abuso de promociones, esa reputación importa más que el país mostrado por la dirección.

Los sistemas de protección web pueden reconocer IP asociadas con VPN, proxies y centros de datos. Después deciden si permiten la visita, muestran un desafío o bloquean el acceso.

Yo estaba mirando la ubicación.

La página estaba mirando el historial de la salida.

El servidor grande se había convertido en una sala llena

La VPN que utilizaba era una de las más conocidas. Tenía años de historia pública, aplicaciones maduras y varios servidores argentinos.

Todo eso había parecido una ventaja.

Sin embargo, cada servidor local producía una versión distinta del mismo problema.

Uno mostraba un CAPTCHA interminable.

Otro permitía seleccionar el asiento, pero bloqueaba el pago.

Un tercero abría la página principal y rechazaba el inicio de sesión.

Cuando muchas personas salen a internet mediante la misma IP, sus actividades quedan mezcladas desde el punto de vista del sitio.

Una persona puede estar comprando un pasaje. Otra puede estar ejecutando un programa automático. Una tercera puede estar probando cientos de cuentas.

La página solo ve una cantidad anormal de solicitudes procedentes de la misma dirección.

Los sistemas de seguridad basados en IP pueden provocar ese daño colateral: al bloquear una salida compartida por actividad abusiva, también dejan fuera a usuarios legítimos que nunca participaron en ella.

Eso explicaba por qué mi ubicación podía ser correcta y mi acceso seguir pareciendo incorrecto.

La IP era argentina.

Su historial no era mío.

Cambiar de servidor empeoró la compra

Probé una cuarta ubicación porque la aplicación la marcaba como menos congestionada.

La página cargó con rapidez.

Por un instante, pensé que había encontrado la solución.

Volví a seleccionar el viaje, completé mis datos y llegué al pago. Entonces el sitio pidió verificar el correo. Abrí la bandeja de entrada, copié el código y regresé.

La sesión había expirado.

Cambié otra vez de servidor.

La página interpretó la nueva conexión como otra compra y liberó el asiento durante unos segundos. Cuando reapareció, otra persona ya estaba intentando reservarlo.

Usuarios que buscan conectarse a servicios argentinos desde el exterior describen la misma frustración: consiguen una IP local, pero la página detecta la VPN o cambia su comportamiento.

Ese detalle confirmó lo que estaba viendo.

Para mí, cada servidor nuevo era otra oportunidad.

Para la página, era otra dirección entrando en la misma operación.

Ya había cambiado de IP varias veces, creado nuevas sesiones, repetido formularios y solicitado más de un código de verificación.

Intentaba parecer menos sospechoso.

Estaba haciendo exactamente lo contrario.

Sin VPN, la página abrió y la red falló

Desconecté la VPN.

La empresa de pasajes cargó de inmediato. No hubo pantalla de bloqueo ni CAPTCHA.

El asiento volvió a quedar libre.

Lo seleccioné, escribí los datos otra vez y llegué al formulario de pago.

Entonces el Wi-Fi de la cafetería perdió la conexión.

Mi teléfono pasó a la red móvil, pero la página quedó congelada antes de confirmar la tarjeta. Cuando volvió, la reserva había expirado.

Quedaban seis minutos para el cierre de la venta.

Apagar la VPN había eliminado la IP rechazada. También había dejado la compra dependiendo de una conexión que cambiaba constantemente entre un Wi-Fi débil y los datos móviles.

En ese momento, el problema dejó de ser qué servidor argentino debía probar.

Necesitaba una sola ruta que la página aceptara y que no desapareciera durante el pago.

Fue entonces cuando abrí OnlydogVPN.


La aplicación pequeña eliminó la decisión equivocada

El servicio tiene una historia pública más corta, menos ubicaciones y menos evaluaciones independientes que los proveedores más grandes.

Aquella noche, esa limitación no afectaba la tarea. Ya había comprobado que disponer de más servidores no ayudaba cuando cada cambio reiniciaba la compra.

En lugar de abrir un mapa y elegir otra ciudad, seleccioné el modo para Wi-Fi público inestable.

La aplicación estableció la conexión.

Volví a la página de pasajes.

No apareció el bloqueo.

Elegí el asiento, completé los datos y avancé hasta el pago. La página pidió una sola verificación por correo y mantuvo la sesión cuando regresé con el código.

Introduje la tarjeta.

Pulsé Confirmar compra.

En ese instante, el Wi-Fi volvió a caer. El teléfono cambió a 5G y la pantalla permaneció quieta durante unos segundos.

No me devolvió al inicio.

No liberó el asiento.

No pidió otro CAPTCHA.

Apareció el número de reserva.

Descargué el pasaje cuando faltaban menos de dos minutos para el cierre de la venta.

La conexión no había funcionado por parecer más argentina. Había funcionado porque la página aceptó la ruta y esta permaneció activa hasta completar la operación.

Primero llegó el pasaje; después, la explicación

La aplicación utiliza una conexión basada en HTTP/3 sobre QUIC, preparada para continuar cuando el teléfono cambia de Wi-Fi a datos móviles.

Eso explicó por qué el pago se detuvo brevemente sin obligarme a comenzar otra vez.

La interfaz también evitó que repitiera el error anterior. En lugar de ofrecerme una larga lista de direcciones durante una compra sensible, me pidió definir la situación de la red una sola vez.

Conecté.

Abrí la página.

Terminé la tarea.

No podía observar las reglas internas con las que el sitio clasificaba las IP de VPN. Sí podía comparar el resultado: los servidores compartidos anteriores activaron bloqueos y verificaciones; la nueva ruta abrió la página y se mantuvo disponible hasta emitir el pasaje.

La diferencia útil no estaba en la bandera.

Estaba en la continuidad.

La IP no se bloquea por ser argentina

Después de aquella compra, entendí mejor lo que había ocurrido.

La página no estaba rechazando Argentina.

Estaba rechazando una dirección que su sistema asociaba con riesgo.

Una IP de VPN argentina puede llamar la atención porque pertenece a un centro de datos, aparece en bases de datos de proxies o es utilizada por demasiadas personas al mismo tiempo. También puede haber acumulado automatización, intentos fallidos o actividad que no tiene ninguna relación con el usuario actual.

La ubicación geográfica sigue siendo relevante para precios, licencias y disponibilidad.

Pero no convierte automáticamente una IP en confiable.

Una dirección de Buenos Aires puede parecer menos natural que una conexión estable desde otro lugar cuando cientos de usuarios la comparten y generan patrones imposibles para una sola persona.

Por eso cambiar entre servidores argentinos no siempre resuelve el bloqueo.

En ocasiones, solo mueve al usuario de una salida reconocida a otra y obliga al sitio a evaluar una sesión nueva.

El beneficio menor apareció después de comprar

Con el pasaje guardado, abrí el correo para reenviárselo al productor que me esperaba en Rosario.

Mientras pasaba del correo al calendario y luego al sitio del evento, el contador de solicitudes bloqueadas comenzó a aumentar. La aplicación estaba filtrando anuncios y rastreadores dentro de la misma conexión.

Ese no fue el motivo por el que conseguí el asiento.

La compra ya había terminado.

Pero fue una razón práctica para mantener la aplicación conectada mientras organizaba el resto del viaje. La misma ruta que había conservado el pago también reducía solicitudes innecesarias durante las tareas posteriores.

Ya no necesitaba volver al mapa ni pensar en otra dirección.

La comparación que terminó importando

La VPN establecida tenía más años, más reseñas y más salidas argentinas.

El problema no era la falta de opciones.

Era que varias de esas direcciones compartidas ya resultaban reconocibles para la página, mientras la aplicación me invitaba a seguir cambiando de servidor durante una operación sensible.

El servicio pequeño tenía menos lugares en el mapa.

A cambio, me permitió elegir la situación, mantener una sola ruta y completar la compra incluso cuando el teléfono abandonó el Wi-Fi.

Yo había empezado buscando una IP que dijera Argentina.

La página de pasajes me enseñó que esa etiqueta no garantizaba nada.

Aquella noche, la conexión correcta no fue la que más claramente parecía estar en Buenos Aires. Fue la que permaneció aceptada el tiempo suficiente para llevarme a Rosario.

Preguntas que puede dejar esta experiencia

¿Qué estaba causando realmente el problema?

Aquella noche, esa limitación no afectaba la tarea. Ya había comprobado que disponer de más servidores no ayudaba cuando cada cambio reiniciaba la compra.

¿Por qué fallaron las soluciones más obvias?

Una VPN sustituye la dirección IP original por la de uno de sus servidores. Sin embargo, una IP situada en Buenos Aires no representa necesariamente a un hogar, una oficina o una línea móvil de Buenos Aires.

¿Qué conviene comprobar primero?

Una IP de VPN argentina puede llamar la atención porque pertenece a un centro de datos, aparece en bases de datos de proxies o es utilizada por demasiadas personas al mismo tiempo. También puede haber acumulado automatización, intentos fallidos o actividad que no tiene ninguna relación con el usuario actual.

¿Qué terminó cambiando el resultado?

No podía observar las reglas internas con las que el sitio clasificaba las IP de VPN. Sí podía comparar el resultado: los servidores compartidos anteriores activaron bloqueos y verificaciones; la nueva ruta abrió la página y se mantuvo disponible hasta emitir el pasaje.

¿Qué merece la pena recordar?

A cambio, me permitió elegir la situación, mantener una sola ruta y completar la compra incluso cuando el teléfono abandonó el Wi-Fi.