¿Qué VPS permite un nodo de salida de Tor?

¿Qué es un nodo de salida de Tor y en qué se diferencia de un relay o un bridge?

Un nodo de salida de Tor es el último relay de un circuito Tor: envía el tráfico al destino, que ve la dirección IP de la salida en lugar de la del usuario. Por eso las quejas de abuso sobre tráfico de Tor llegan al operador de la salida, y por eso algunos hosts rechazan las salidas.

• Los relays guard e intermedios transportan tráfico cifrado entre relays. Nunca se conectan a sitios web.
• Los bridges son relays excluidos del directorio público de Tor, así que a los censores les resulta más difícil bloquearlos. Reciben pocas quejas.
• Los relays de salida se conectan a la internet abierta por los usuarios de Tor. El Tor Project desaconseja ejecutar uno desde casa.

¿Qué hosts de VPS permiten nodos de salida de Tor?

OffshoreKVM permite salidas en todos los planes y en todas las ubicaciones, sin ticket ni aprobación. En la revisión de OffshoreKVM del 29 de octubre de 2026, 11 de 36 hosts de VPS offshore activos publicaron una regla que permite salidas de Tor. Varios pusieron condiciones y 3 hosts prohibieron las salidas. Dos de los 11, MyNymBox e IncogNET, no tenían ningún plan en stock ese día; BuyVM solo tenía su plan de 32 GB.

¿Qué plan de OffshoreKVM debería elegir para un relay de Tor?

Elige KVM 1 para un bridge, KVM 2 para un middle relay o un nodo de salida pequeño, y KVM 4 o más para un nodo de salida con mucho tráfico. The Tor Project recomienda 1,5 GB de RAM por instancia de Tor para un nodo de salida, y 512 MB para un relay que no sea de salida por debajo de 40 Mbit/s.

Para un relay de Tor, la cuota de tráfico marca la velocidad que puedes mantener: un relay que envía 10 Mbit/s constantes usa unos 3,2 TB en 30 días. El mínimo de The Tor Project para un relay es de 10 Mbit/s, y recomienda más de 2 TB de tráfico al mes.

¿Qué recomienda el Tor Project a los operadores de salidas?

El Tor Project pide a los operadores de salidas que limiten los puertos, etiqueten la dirección IP, publiquen un aviso y respondan a las quejas con calma. Sus directrices para salidas y su página de configuración recogen estos puntos:

• Usa la política de salida reducida. ReducedExitPolicy 1 permite unos 65 puertos, incluidos el 80 y el 443, y bloquea la mayoría de los puertos TCP. Menos puertos significan menos quejas.
• Configura un DNS inverso que diga qué hace la IP. Usa un nombre con "tor-exit" en un dominio que sea tuyo. El DNS inverso lo configura el propietario de la IP, así que solicítalo a soporte.
• Publica un aviso de salida en el puerto 80. El Tor Project ofrece una plantilla, tor-exit-notice.html, servida con DirPortFrontPage.
• Ejecuta tu propio resolver DNS. Un resolver local con caché y validación DNSSEC, como Unbound, sin forwarders. No uses Google, Cloudflare, Quad9 ni OpenDNS.
• Prefiere una IP dedicada y una red con pocas salidas. Concentrar salidas en un solo proveedor no ayuda a la red.
• Responde a los informes de abuso con profesionalidad. Remite a ExoneraTor, que muestra que una IP ejecutó un relay de Tor en un momento dado.
• Configura ContactInfo. Debe ser una dirección operativa si ejecutas más de un relay.

# Install: apt update && apt install tor
# (the Tor Project recommends its own Debian/Ubuntu package repository)
Nickname    myOffshoreExit
ContactInfo [email protected]      # published with the relay
ORPort      443
SocksPort   0
ExitRelay   1
ReducedExitPolicy 1                # about 65 ports; 25 is not among them
IPv6Exit    1
# Exit notice on port 80 (template: contrib/operator-tools/tor-exit-notice.html)
DirPort     80
DirPortFrontPage /etc/tor/tor-exit-notice.html

# Apply: systemctl restart tor@default

¿Por qué debería mi política de salida rechazar el puerto 25?

Tu política de salida debería rechazar el puerto 25 porque el puerto 25 saliente está cerrado en todos los VPS de OffshoreKVM. Una salida que lo ofreciera fallaría en todos los clientes que lo intentaran. La política de salida por defecto de Tor ya empieza por reject *:25, y la política de salida reducida no incluye el puerto 25. Déjalo así.

Los puertos 465 y 587 están en la política reducida, y siguen abiertos en OffshoreKVM hacia los proveedores de correo. Otros hosts aplican la misma regla a las salidas: BuyVM exige que sus salidas bloqueen los puertos 25, 465 y 587, y VPSDEN pide a las salidas que bloqueen SMTP. La página sobre si puedes alojar un servidor de correo en un VPS offshore explica la regla del puerto 25.

¿Qué pasa cuando mi salida recibe una queja?

Los avisos DMCA sobre el tráfico de tu salida no cambian nada en OffshoreKVM. DMCA ignorado: no actuamos ante avisos de DMCA ni otros avisos de derechos de autor extranjeros. Respondemos solo ante la ley panameña y las órdenes de los tribunales panameños. El significado de DMCA ignorado para un VPS offshore explica la política completa.

El datacenter sigue sujeto a la ley de su propio país. La política de salida reducida, un nombre de DNS inverso claro y un aviso de salida reducen los informes que recibe una salida. Por eso los pide el Tor Project. Las normas de uso también se aplican al propio servidor: lee qué no está permitido en OffshoreKVM antes de empezar.

¿Qué ubicación es la mejor para una salida de Tor?

La mejor ubicación es una red que ya usen pocas salidas, en un país cuya legislación hayas revisado. El Tor Project sugiere preguntar en la lista de correo tor-relays y consultar su página GoodBadISPs antes de elegir.

OffshoreKVM opera en Ámsterdam (UE), Reikiavik (EEE, fuera de la UE), Zúrich (fuera de la UE y del EEE) y Bucarest (UE), al mismo precio. Compara qué país es mejor para el alojamiento offshore para el aspecto legal, y consulta el mejor VPS offshore en 2026 para otros hosts.