Cómo elegir la ubicación de un servidor offshore

Toda pantalla de despliegue te hace la misma pregunta cerca del final, y casi nadie piensa en ella: ¿dónde debería estar físicamente esta máquina? La mayoría elige lo que tiene más cerca, o lo primero que aparece en la lista, y sigue adelante. Es la única decisión de esa pantalla que no se puede deshacer más tarde sin copiar un servicio en marcha a una máquina nueva — y es también la decisión que determina quién puede obligar a tu proveedor, qué registros llegan a existir sobre ti, y cuánta distancia tiene que recorrer una denuncia antes de que alguien tenga que responder por ella. Merece más de dos segundos. Lo que sigue es cómo pensarlo con honestidad, incluidas las partes que la industria del hosting offshore suele omitir.

La jurisdicción es un ajuste de fricción, no un escudo

La corrección más útil que se puede hacer antes de comparar países es esta: elegir una ubicación no saca a tu servidor de la ley. Cambia qué ley se aplica, a quién hay que convencer, y cuánto tiempo lleva hacerlo. Son diferencias prácticas enormes, y no son lo mismo que la inmunidad. Un host en una jurisdicción favorable a la privacidad no está obligado a actuar ante un correo de denuncia con plantilla enviado por un titular de derechos extranjero — eso es real y importa. Ese mismo host seguirá respondiendo a una orden válida de un tribunal que de verdad tenga autoridad sobre él.

Lee el marketing con ese filtro puesto y casi todo se resuelve con claridad. «DMCA ignorado» significa que el proceso estadounidense de notificación y retirada no vincula a un proveedor fuera de la jurisdicción de Estados Unidos, que no es más que una descripción de cómo funciona la ley territorial — cubrimos los mecanismos en hosting offshore y con DMCA relajado, explicado. «Bulletproof» significa algo completamente distinto y normalmente significa problemas, que es el tema de hosting offshore vs hosting bulletproof. Lo que en realidad estás buscando, en casi todos los casos legítimos, es fricción: suficiente distancia legal para que las denuncias automatizadas y la pesca especulativa no se traduzcan en una retirada instantánea, sin fingir que algo en la internet pública está fuera de alcance.

Las cinco preguntas que una ubicación responde en realidad

Quita las banderas y el texto de marketing, y una región está respondiendo a cinco preguntas distintas. Confundirlas es donde empiezan la mayoría de las malas decisiones, porque un país puede puntuar brillantemente en una y mal en otra.

• Quién puede obligar al operador. Una empresa de hosting responde ante los tribunales del país en el que opera. Cualquier otra autoridad del mundo tiene que pasar por un proceso de tratado, un tribunal local, o una solicitud que el operador es libre de rechazar. Esta es la pregunta de la que en realidad trata «offshore».
• Qué registros existen en primer lugar. La coacción legal solo puede producir lo que alguien ya almacenó. Una jurisdicción sin un mandato general de retención de datos permite a un proveedor conservar registros mínimos de forma legal, y ninguna orden puede extraer un registro que nunca se escribió.
• Quién más está por encima de ti en la cadena. Tu host se apoya en operadores de tránsito, una asignación de IP y —si usas uno— un registrador de dominios, cada uno en su propia jurisdicción. Un denunciante bloqueado en el host a menudo simplemente sube un salto más en la cadena.
• Cuánta distancia recorren los paquetes. A la física no le importa tu modelo de amenaza. Cada kilómetro entre tu servidor y las personas que lo usan es latencia que pagas en cada solicitud, para siempre.
• Qué prohíbe la propia ley local. Un país fuera del alcance de tu adversario puede tener sus propias normas de contenido y vigilancia, más estrictas que las que dejaste atrás. La distancia de un sistema legal significa proximidad a otro.

Una buena elección es la que puntúa bien en las preguntas que importan para tu carga de trabajo concreta, y acepta conscientemente una puntuación baja en el resto. No existe ninguna región que gane en las cinco, y cualquier proveedor que diga lo contrario te está vendiendo algo.

Retención de datos: la ley que decide qué existe para entregar

Este es el factor más determinante y del que menos se habla. Los debates sobre vigilancia se centran en el acceso, pero el acceso es posterior al almacenamiento — una orden obliga a revelar registros que existen, y no crea ninguno. Así que la pregunta que vale la pena hacerse sobre una jurisdicción no es «¿pueden exigir datos?» sino «¿está mi proveedor legalmente obligado a generar datos sobre mí en primer lugar?».

• Los mandatos generales de retención en Europa son mucho más débiles que su reputación. La directiva de la UE que exigía la retención masiva de datos fue anulada por el Tribunal de Justicia en 2014, y desde entonces las leyes nacionales que han intentado replicarla se han declarado repetidamente incompatibles con el derecho de la UE. Varios estados miembros no tienen en la actualidad ninguna obligación general de retención que sea exigible.
• Rumanía es el ejemplo más claro y una razón real por la que Bucharest sigue apareciendo en el hosting de privacidad. Su tribunal constitucional anuló la ley nacional de retención de datos, y después anuló también su sustituta, alegando que la retención indiscriminada es incompatible con los derechos constitucionales de privacidad.
• Las normas de retención suelen dirigirse a las operadoras de telecomunicaciones y a los proveedores de acceso, no a las empresas de hosting. En muchos casos la distinción importa más que el país: una obligación redactada para el operador que conecta a los abonados con internet a menudo no se extiende a una empresa que te alquila una máquina virtual.
• Lo que el proveedor decide conservar es la otra mitad, y es enteramente cuestión de política interna, no de ley. Dos hosts en el mismo país pueden dar respuestas completamente distintas, y el que guarda noventa días de todo es peor para ti que una jurisdicción más estricta con un operador que registra lo mínimo.
• Los registros de pago son la cuestión de retención que de verdad pilla a la gente. Un host con una higiene impecable en los logs del servidor, pero que además guarda el número de tu tarjeta y tu dirección de facturación, tiene sobre ti un expediente de identidad completo, y le sobrevivirá al servidor por años.

Las alianzas de los Ojos, sin el marketing

Toda página de hosting offshore cita a los Cinco, Nueve y Catorce Ojos, normalmente como una simple lista negra. Lo que hay detrás es real: un acuerdo de intercambio de inteligencia que empezó entre Estados Unidos, el Reino Unido, Canadá, Australia y Nueva Zelanda, se amplió para incluir a Dinamarca, Francia, los Países Bajos y Noruega, y se amplió de nuevo para sumar a Alemania, Bélgica, Italia, España y Suecia. Vale la pena conocerlo. También se aplica habitualmente al problema equivocado.

Esos acuerdos tratan sobre inteligencia de señales entre agencias estatales. Son casi irrelevantes frente a las amenazas ordinarias que enfrenta un servidor normal — una denuncia de derechos de autor, un informe de abuso presentado por un competidor, una citación civil, un proveedor de hosting que cede ante la presión. Tratar la pertenencia a una alianza como la única variable produce decisiones realmente malas, y los Países Bajos son el ejemplo permanente: es miembro de los Nueve Ojos y, al mismo tiempo, uno de los mejores lugares del mundo para alojar, con una conectividad excelente, un régimen legal maduro que exige un proceso legal real en lugar de un correo con formulario, y una ley de protección de datos sólida. Descartar Amsterdam por una lista de Wikipedia mientras se ignora la ley de retención, la política del proveedor y el propio rastro de pago es optimizar el término menos importante de la ecuación.

Las alianzas importan si tu adversario es un servicio de inteligencia estatal, en cuyo caso tu elección de hosting es una parte pequeña de un problema mucho mayor y lo que necesitas no es una guía. Para todos los demás, el orden que de verdad predice los resultados es: qué sabe el proveedor sobre ti, qué le obliga la ley local a almacenar, cuánto le cuesta a una parte extranjera obligar a algo, y solo entonces qué tratados ha firmado el gobierno.

Las ocho regiones de nivel de privacidad, una por una

Nuestra red opera 14 regiones, ocho de las cuales clasificamos como de nivel de privacidad. Esa etiqueta no es una afirmación de inmunidad legal — significa que la región combina un entorno legal que exige un proceso adecuado, una red que no cede al recibir un aviso automatizado, e infraestructura que operamos nosotros en lugar de revender. A continuación, el carácter honesto de cada una, inconveniente incluido.

• Amsterdam, Países Bajos. La ubicación mejor conectada de la lista y la respuesta correcta por defecto para la mayoría del tráfico europeo. Peering excelente, un sistema legal que exige un proceso real, una ley de protección de datos sólida — a cambio de la pertenencia a los Nueve Ojos y un ecosistema de titulares de derechos bien organizado que sabe presentar denuncias correctamente.
• Bucharest, Rumanía. Una jurisprudencia constitucional de privacidad inusualmente sólida, después de que sus tribunales anularan dos veces la legislación de retención de datos, infraestructura de nivel europeo a un coste notablemente menor, y buena latencia hacia toda Europa del este y central. El peering queda un escalón por debajo de Amsterdam y Frankfurt.
• Zurich, Suiza. Fuera de la UE, con una cultura legal de privacidad muy arraigada y un listón alto para las solicitudes extranjeras, que tienen que pasar por canales formales en lugar de llegar por correo electrónico. No es un vacío legal —las autoridades suizas cooperan con las solicitudes internacionales válidas— y es el lugar más caro de la lista.
• Reykjavík, Islandia. Un entorno de libertad de expresión genuinamente distintivo, sin vínculos con el núcleo de los Cinco Ojos, clima frío y energía geotérmica barata. La contrapartida es la geografía: cada paquete cruza un cable submarino, así que hay que esperar una penalización de latencia considerable desde cualquier lugar que no sea el Atlántico Norte.
• Helsinki, Finlandia. Políticamente estable, fuera de los Catorce Ojos, infraestructura excelente y el salto más corto hacia el Báltico y el internet de habla rusa. Finlandia sí amplió sus competencias de recopilación de inteligencia en los últimos años, así que es una posición fuerte, no absoluta.
• Luxembourg. Una jurisdicción pequeña con una larga tradición institucional de confidencialidad y uno de los reguladores más atentos a la privacidad de la UE, que alberga una cantidad desproporcionada de infraestructura financiera europea. La capacidad es limitada comparada con los grandes nodos, y el precio lo refleja.
• Kuala Lumpur, Malasia. Genuinamente fuera de la órbita legal europea y estadounidense, que es todo el sentido de elegirla, con buen alcance hacia el sudeste asiático. Hay que sopesarlo frente a las propias leyes de contenido y comunicaciones de Malasia, que no son permisivas, y frente a una latencia hacia Europa o América que sí se nota.
• Moscow, Rusia. Efectivamente inalcanzable por la vía civil occidental, que para algunas cargas de trabajo es exactamente el requisito. También tiene una de las legislaciones nacionales de datos y vigilancia más exigentes que existen, así que esto es un intercambio claro de una exposición legal por otra distinta y mayor, no una mejora de privacidad de propósito general.

Si quieres una opción por defecto y no tienes una razón concreta para desviarte de ella: Amsterdam para audiencias europeas, Bucharest cuando quieras distancia respecto a la maquinaria de titulares de derechos de Europa occidental sin renunciar a infraestructura de la UE, Zurich cuando la prioridad sea un listón procesal alto, y Kuala Lumpur cuando la prioridad sea quedar fuera por completo del sistema euroamericano. Reykjavík es una elección deliberada que se toma con el presupuesto de latencia abierto delante.

Las seis regiones estándar, y cuándo son la respuesta correcta

Las otras seis —Frankfurt, Paris, London, New York, Singapore y Tokyo— son ubicaciones corrientes y bien conectadas en jurisdicciones corrientes. Existen porque muchísimas cargas de trabajo no tienen ninguna dimensión adversarial y sencillamente se sirven mejor estando cerca de sus usuarios.

• La carga de trabajo está limitada por la latencia y el público es regional. Una aplicación que sirve a Japón desde Tokyo es sencillamente mejor que la misma aplicación servida desde Islandia, y ninguna teoría sobre jurisdicciones cambia eso.
• El contenido es completamente anodino. La web de una empresa, una herramienta interna, un entorno de staging o un proyecto personal no atraen ninguna denuncia, así que comprar fricción contra las denuncias no compra nada.
• Necesitas el peering más profundo posible. Frankfurt y New York se asientan sobre dos de los mayores puntos de intercambio del mundo, y para cargas de trabajo con mucho tráfico de salida eso es una diferencia medible.
• La privacidad que necesitas está en la capa de la cuenta, no en el mapa. Pagar desde un saldo en cripto sin identidad asociada te da el mismo anonimato en Frankfurt que en Reykjavík — la jurisdicción trata de resistir la coacción, no de si tu nombre está en la máquina.
• Es un nodo entre varios. Los despliegues multirregión suelen combinar una sede de nivel de privacidad para los datos con bordes de nivel estándar para el alcance, lo cual es una arquitectura sensata y no una concesión.

Vale la pena detenerse en ese último punto, porque es el error más común en la dirección contraria. Hay quien elige una región de nivel de privacidad lejana para una carga de trabajo sin modelo de amenaza, paga esa latencia todos los días durante años, y no gana nada que no pudiera haber tenido pagando en Monero desde un correo desechable en Frankfurt. La privacidad en la capa de la cuenta y la fricción en la capa de la jurisdicción son compras independientes, y la mayoría de la gente solo necesita la primera.

La latencia es un coste real — no la pagues por nada

La distancia es el único factor de toda esta discusión que no es cuestión de interpretación. La luz en la fibra recorre aproximadamente doscientos kilómetros por milisegundo, y las rutas reales nunca son rectas, así que una regla práctica aproximada es contar un milisegundo de ida y vuelta por cada cien kilómetros de separación, más lo que la ruta añada en conmutación y desvíos.

• Dentro de una misma región —Amsterdam a Frankfurt, Zurich a Paris— estás en milisegundos de un solo dígito, y la ubicación es prácticamente gratuita desde el punto de vista del rendimiento.
• A través de Europa, aproximadamente entre diez y cuarenta milisegundos. Bucharest y Helsinki sirven perfectamente bien a Europa occidental; este rango es invisible para la mayoría de las aplicaciones.
• De Islandia a la Europa continental se añade un tramo de cable submarino, que normalmente cae en la banda de veinte a cuarenta milisegundos, y el tramo transatlántico es sustancialmente más largo.
• De Europa al sudeste asiático es el salto grande, habitualmente ciento cincuenta milisegundos o más en cada sentido. En un protocolo con muchas idas y vueltas eso se multiplica hasta algo que los usuarios describen como roto.
• Las cargas de trabajo interactivas son las que más sufren. Un escritorio remoto, una sesión SSH o una base de datos que hace muchas idas y vueltas pequeñas amplifica la latencia directamente, mientras que la transferencia masiva y los trabajos por lotes apenas la notan.

Elegir una región: un procedimiento de decisión breve

1. 01Escribe cuál es tu adversario realUn bot de un titular de derechos, un competidor que presenta informes de abuso, una parte en un litigio civil, un empleador curioso, un servicio de inteligencia nacional — cada uno necesita una respuesta completamente distinta. Si la respuesta honesta es «nadie en particular», quieres el nivel estándar y acabas de ahorrarte mucha latencia.
2. 02Localiza a tus usuarios en un mapaNo dónde estás tú — de dónde viene el tráfico. Esto fija el presupuesto de latencia, y para la mayoría de las cargas de trabajo elimina más opciones que todas las consideraciones legales juntas.
3. 03Decide si la carga de trabajo es interactivaLos escritorios remotos, el trabajo intensivo en SSH y las aplicaciones en vivo son penalizados por la distancia. Los nodos, los repetidores, las copias de seguridad, el procesamiento por lotes y el almacenamiento son casi indiferentes a ella, lo cual es lo que permite colocarlos lejos sin coste.
4. 04Comprueba qué prohíbe la ley local, no solo qué permiteUna jurisdicción fuera del alcance de tu adversario puede restringir tu contenido de formas que tu propio país no restringe. Lee el destino como un lugar con sus propias normas, no como una ausencia de normas.
5. 05Sigue la cadena por encima de tu hostLos proveedores de tránsito y, sobre todo, tu registrador de dominios son jurisdicciones separadas con políticas separadas. Un denunciante detenido en un host resistente muy a menudo lo consigue un salto más arriba, y un registrador que cede tumba tu nombre de dominio sin importar dónde esté el disco.
6. 06Arregla la capa de la cuenta antes que la del mapaRegístrate con un correo que no esté vinculado a ti, paga desde un saldo en cripto, y mantén la máquina fuera de tu nombre legal. Esto es más barato, más rápido y más eficaz que cualquier elección de región, y es el paso que la gente se salta.
7. 07Preselecciona dos regiones y mide ambasUn candidato de nivel de privacidad y un candidato de conveniencia. Despliega la instancia más pequeña en cada una, lánzales tu propio tráfico durante una hora, y deja que los números decidan en lugar del mapa.
8. 08Prepárate para equivocarteMantén la configuración reproducible y las copias de seguridad portátiles, de modo que cambiar de opinión sobre una región sea cuestión de una tarde y no una crisis. Esto es buena práctica en cualquier caso, y le quita casi toda la presión a la decisión.

Lo que la ubicación de un servidor no puede hacer por ti

Elegir jurisdicción a la carta tiene un techo bien definido, y chocar con él es cómo la gente termina mal expuesta mientras se siente bien protegida. Estas son las cosas que ningún país de ninguna lista va a arreglar.

• No puede deshacer un rastro de pago. Si el servidor se compró con una tarjeta a tu nombre legal, la máquina está a tu nombre legal en cualquier jurisdicción del planeta. Eso queda decidido en el registro, antes incluso de tocar el desplegable de región.
• No puede parchear tu software. Una aplicación vulnerable se compromete en Reykjavík exactamente igual de rápido que en New York, y un atacante no rellena papeleo.
• No puede ocultar el dominio. Un registrador conserva tu identidad incluso detrás de la privacidad de WHOIS, y cada certificado que emites publica el nombre de host exacto en registros públicos de transparencia que cualquiera puede consultar.
• No puede proteger los datos que envías a otro sitio. Analítica, seguimiento de errores, una CDN, un relay de correo, un procesador de pagos — cada uno de ellos envía los datos de tus usuarios a su propia jurisdicción, y la ubicación de servidor más estricta no los sigue hasta allí.
• No puede ocultar tus propias conexiones. Si administras la máquina desde tu dirección de casa por SSH sin más, los metadatos de la conexión existen en ambos extremos, sea cual sea la bandera del rack.
• No puede hacer legal un contenido ilegal. El material genuinamente ilícito no es bienvenido en ninguna red seria, la nuestra incluida, y ninguna jurisdicción es una licencia para ello.
• No puede compensar a un operador que lo guarda todo. Un país de nivel de privacidad delante de un proveedor que registra cada solicitud durante un año te da una dirección que suena tranquilizadora y ninguna privacidad real.

El patrón de esa lista es que la jurisdicción es una capa entre varias, y no es ni la primera ni la más eficaz. Las capas que hacen más trabajo, en orden, son: no vincular una identidad al registrarte, pagar de una forma que no se pueda rastrear hasta ti, mantener la propia máquina difícil de vulnerar, y solo entonces elegir dónde se sitúa. Si no has leído qué significa el hosting sin KYC y por qué Bitcoin es pseudónimo, no anónimo, esas dos páginas importan más que esta — y recargar en Monero es lo que cierra el rastro on-chain si eso te importa.

Errores que hacen que la elección sea peor que el azar

• Elegir únicamente a partir de una lista de alianzas de los Ojos, lo cual optimiza contra los servicios de inteligencia mientras se ignora la ley de retención, la política del proveedor y el rastro de pago, que son los que deciden casi todos los resultados reales.
• Pagar ciento ochenta milisegundos de latencia para siempre por una carga de trabajo de la que nadie iba a quejarse jamás.
• Suponer que offshore significa sin rendición de cuentas, y después descubrir que el regulador local tiene normas de contenido más estrictas que las que se estaban evitando.
• Endurecer el host a la perfección y registrar el dominio a través de un registrador convencional con tu propio nombre, lo cual reabre toda la cuestión de un solo golpe.
• Tratar la reputación de un país como su ley vigente — el panorama de retención de datos en Europa en particular ha cambiado de forma sustancial, en ambas direcciones, y la mayoría de los artículos sobre el tema llevan años desactualizados.
• Colocar una base de datos lejos de la aplicación que la consulta, de modo que cada carga de página paga la ida y vuelta varias veces.
• Elegir una jurisdicción para el servidor y dejar las copias de seguridad con un proveedor en una completamente distinta, lo cual convierte en silencio al proveedor de copias de seguridad en el eslabón más débil.
• Decidir una sola vez y no volver a revisarlo nunca, cuando las leyes, las rutas de cable y tus propios patrones de tráfico cambian todos a lo largo de unos pocos años.

Haz las partes aburridas y el mapa se convierte en una decisión mucho más pequeña de lo que parece. Regístrate sin identidad, financia el saldo en cripto, endurece la máquina en los primeros diez minutos, mantén tu acceso administrativo detrás de un túnel WireGuard, y guarda las copias de seguridad en algún sitio que controles tú. Después elige la región por la razón que de verdad se aplica a tu carga de trabajo —fricción contra las denuncias, distancia respecto a un sistema legal concreto, o simple proximidad a tus usuarios— y acepta con los ojos abiertos el intercambio que estás haciendo. Las 14 regiones cuestan lo mismo en todos los planes de VPS, así que la única moneda que gastas aquí es la latencia.