VPNSmith
self-host-vpnINFO

VPN WireGuard en Oracle Cloud Free Tier (2026): configuracion y por que a veces falla

Ejecuta una VPN WireGuard gratuita en Oracle Cloud Always Free en 2026: crea la instancia, abre el UDP 51820 en la security list, corrige la regla iptables de OCI que bloquea el trafico en silencio y configura los clientes. Ademas, los limites honestos del free tier.

Por Eric Gerard · Fundador · VPNSmith - Especialista en VPN self-host y VPS GDPR4 min de lecturaPhoto: Pexels

El free tier Always Free de Oracle Cloud es una de las pocas formas genuinamente gratuitas de ejecutar tu propia VPN en un servidor cloud real con una IP publica. Es popular precisamente por eso. Tambien es la fuente de mucha frustracion del tipo "por que no funciona esto", porque dos particularidades especificas de OCI bloquean WireGuard en silencio incluso cuando tu configuracion es perfecta. Aqui tienes la version honesta y funcional: como configurarlo, las dos cosas que hacen tropezar a casi todo el mundo y donde muerden de verdad los limites del free tier.

Que obtienes en Always Free

Los recursos Always Free de Oracle no caducan como lo hace una prueba gratuita. Cada cuenta obtiene un par de pequenas instancias AMD micro (VM.Standard.E2.1.Micro), mas hasta 4 nucleos Arm Ampere A1 y 24 GB de memoria que puedes repartir entre instancias (VM.Standard.A1.Flex), y unos generosos 10 TB de transferencia saliente al mes. Para una VPN WireGuard de un solo usuario eso es mucho mas que suficiente - el cuello de botella sera tu conexion domestica, no la instancia. Asi que si, el coste de funcionamiento realmente puede ser cero.

La configuracion, por orden

El procedimiento en si es WireGuard estandar, con dos pasos especificos de OCI que no puedes saltarte. Crea una instancia Always Free con una imagen Ubuntu 22.04 y tu clave SSH, y anota su IPv4 publica. Luego, antes de cualquier otra cosa en la parte de red, abre el puerto y corrige el firewall.

Primer plano de codigo de programacion a color en un monitor de ordenador. En Oracle Cloud, WireGuard necesita tanto una regla en la security list como una edicion del firewall de la instancia antes de que pase el trafico.
Primer plano de codigo de programacion a color en un monitor de ordenador. En Oracle Cloud, WireGuard necesita tanto una regla en la security list como una edicion del firewall de la instancia antes de que pase el trafico.

Las dos cosas que lo rompen en silencio

Si alguna vez has buscado "oracle cloud wireguard not working", es casi seguro que se trata de una de estas dos, y a menudo de ambas.

Primero, la security list. La subred publica de tu VCN tiene una security list que actua como firewall con estado en el borde de la red. El UDP 51820 de WireGuard no esta abierto por defecto, asi que debes anadir una regla de ingreso: source 0.0.0.0/0, protocolo UDP, puerto de destino 51820. Si te la saltas, los paquetes ni siquiera llegan a tu instancia.

Segundo, y mucho menos evidente, el firewall de la instancia. Las imagenes Ubuntu de Oracle no vienen con un firewall vacio. Traen una INPUT chain de iptables que rechaza la mayoria del trafico entrante, persistida via netfilter-persistent. Asi que puedes abrir la security list correctamente y aun asi no obtener nada, porque la propia maquina descarta el paquete. La solucion es insertar una regla ACCEPT para el UDP 51820 por encima de la linea de rechazo - sudo iptables -I INPUT 6 -p udp --dport 51820 -j ACCEPT - y guardarla con sudo netfilter-persistent save. Haz ambas cosas y el handshake de WireGuard se completa al primer intento.

Donde muerden de verdad los limites del free tier

Lo gratis es real, pero no es lo mismo que lo fiable, y ser honesto al respecto te ahorra una mala tarde mas adelante.

La primera friccion es la capacidad. El shape Arm Ampere A1 es el popular, y los errores "Out of host capacity" cuando intentas crearlo son comunes en las regiones concurridas. Puedes reintentar en horas de menor demanda o elegir un availability domain mas tranquilo, pero la solucion mas simple es usar el shape AMD micro de Always Free en su lugar - es mas pequeno, pero un tunel WireGuard de un solo usuario no necesita mucho.

La segunda es la recuperacion. La politica de Oracle permite recuperar el computo Always Free inactivo, y una VPN poco usada puede parecer inactiva. Una VPN que usas a diario suele mantenerse lo bastante activa como para estar bien, pero es un riesgo que no controlas, y una interrupcion que no programaste es justo lo que no quieres del tunel del que dependes.

Cuando pasar a un VPS de pago

Para mucha gente el camino honesto es: empezar en Oracle Always Free para aprender la configuracion y comprobar que funciona, y luego pasar a un VPS de pago de bajo coste cuando la VPN se convierte en algo de lo que dependes cada dia. Una maquina de pago elimina las dos cosas que el free tier de Oracle no puede prometer - capacidad garantizada en la region que quieres y ningun riesgo de recuperacion por inactividad - normalmente por solo unos pocos euros al mes. Si llegas a ese punto, nuestra guia de VPN WireGuard autoalojada en Contabo recorre la misma configuracion de WireGuard en una maquina de pago que es fiablemente tuya.

En cualquier caso, la configuracion de WireGuard que aprendes aqui es identica. La unica diferencia real entre la instancia gratuita de Oracle y un VPS de pago es cuanto puedes contar con que el servidor siga ahi manana.

★ Datacenter Núremberg GDPR · ✓ IPv4 dedicada incluida · 200+ Mbps garantizados

Aloja tu VPN en tu propio VPS → ContaboAcceso root completo · IPv4 pública · elige tu región

Preguntas frecuentes

Es Oracle Cloud realmente gratis para una VPN?
Si, dentro del free tier Always Free. Oracle da a cada cuenta un conjunto de recursos Always Free que no caducan, incluyendo pequenas instancias AMD micro y hasta 4 nucleos Arm Ampere A1, mas 10 TB de transferencia de datos saliente al mes. Una VPN WireGuard personal cabe holgadamente dentro de eso, asi que el coste de funcionamiento es genuinamente cero mientras te mantengas en shapes Always Free.
Por que no funciona mi WireGuard en Oracle Cloud?
Casi siempre es una de dos cosas. Primero, a la security list de la VCN le falta una regla de ingreso para el UDP 51820, asi que los paquetes se descartan en el borde de la red. Segundo, y mas sutil, las imagenes Ubuntu de Oracle incluyen una INPUT chain de iptables que rechaza el trafico entrante por defecto, asi que incluso con la security list abierta la propia instancia bloquea el puerto. Necesitas anadir una regla ACCEPT para el UDP 51820 por encima de la linea de rechazo y persistirla. Corrige ambas cosas y el handshake se completa.
Por que no puedo crear una instancia Arm (A1)?
El error 'Out of host capacity' en VM.Standard.A1.Flex es comun porque la capacidad Arm Ampere gratuita se usa mucho en las regiones populares. Opciones: reintenta en horas de menor demanda, elige un availability domain menos ocupado, o simplemente usa el shape AMD micro de Always Free (VM.Standard.E2.1.Micro), que es mas ligero pero perfectamente adecuado para una VPN WireGuard de un solo usuario.
Puede Oracle recuperar mi instancia de VPN gratuita?
La politica de Oracle permite recuperar el computo Always Free inactivo, y una maquina de VPN con poco trafico puede parecer inactiva. En la practica, una VPN que usas de verdad genera suficiente actividad como para estar bien, pero existe un riesgo real de interrupcion que no controlas. Si la VPN es importante - siempre activa, sin sorpresas - un VPS de pago de bajo coste es un hogar mas fiable para ella.
Oracle free tier frente a un VPS de pago barato: cual deberia usar?
Usa Oracle Always Free si tu prioridad es el coste cero y puedes tolerar friccion ocasional de capacidad o de recuperacion. Usa un VPS de pago barato si quieres una maquina que sea fiablemente tuya, en la region que elijas, con rendimiento predecible y sin riesgo de recuperacion por inactividad. Mucha gente empieza en Oracle gratis y pasa a un VPS de pago cuando la VPN se convierte en algo de lo que depende a diario.