VPN para principiantes
Una VPN para principiantes es un problema distinto a una VPN para alguien que ya tiene un modelo mental cómodo de cómo funcionan las redes. Esta guía es para el primer grupo. Asumimos que escuchaste el término VPN, decidiste que quieres probar una y no quieres leer quince páginas de contexto antes de hacer clic en instalar.
Abajo: cómo elegir una VPN a alto nivel, cómo registrarte en la nuestra, cómo instalar en Windows, cómo conectar, cómo verificar que efectivamente funciona y qué hacer cuando algo no anda. Somos honestos sobre qué plataformas están listas y cuáles no.
Qué buscar en una VPN
Tenemos un texto más largo en cómo elegir una VPN con los criterios bien detallados. La versión corta para un principiante: querés una VPN paga con kill switch, protocolos modernos (WireGuard o VLESS Reality), políticas de no-logs con un camino a la verificación, y una prueba gratis para que pruebes antes de comprometerte.
Los criterios que despriorizamos a propósito: cantidad de servidores impresa en la home, branding de "encriptación de grado militar" y cuántos premios cita la home. Nada de eso te dice nada útil.
Paso 1: Registrate
Andá a fexyn.com y creá una cuenta. Email más una contraseña alcanza. La prueba gratis de 7 días no requiere tarjeta de crédito por adelantado para el período de prueba, así que podés probar el servicio antes de comprometerte.
Elegí un plan. Tenemos cuatro tiers. El más barato es $2.99 por mes en el compromiso más largo, el mensual es $9.99. Las páginas de precios y los trade-offs están en /es/pricing. Todos los planes incluyen los mismos protocolos, los mismos servidores y las mismas funciones de cliente. La única diferencia es la frecuencia de facturación y el precio mensual.
Verificá tu email cuando llegue el mensaje. El dashboard en /es/dashboard ya tendría que cargar.
Paso 2: Descargá el cliente Windows
Hoy enviamos un cliente de escritorio Windows como producto principal. Windows es lo que recomendamos si tenés la opción. El cliente es una app pequeña Tauri con un servicio helper en Rust que maneja el trabajo privilegiado de red.
Desde el dashboard, la página de Descargas linkea al instalador más reciente. O andá directo a /es/download. El instalador está firmado e incluye el servicio helper. Ejecutalo como administrador (el servicio helper se instala como un servicio Windows SYSTEM, lo que requiere admin durante la instalación).
Nota honesta sobre plataformas: a mayo de 2026, nuestro cliente Android está en desarrollo activo y disponible por canal beta. Los clientes iOS, macOS y Linux están en el roadmap y todavía no salen. Si estás en Android y te sentís cómodo con software beta, la beta de Android funciona en hardware real. Si estás en las otras tres plataformas, nuestro servicio aún no está listo para vos y no vamos a fingir lo contrario.
Paso 3: Conectá
Abrí el cliente Fexyn. La primera pantalla muestra un botón conectar y un selector de servidor.
Para la mayoría de los usuarios, "Auto" elige un servidor sensato basado en la latencia. Si querés un país específico, usá el selector para elegir entre nuestras cuatro salidas actuales: Frankfurt, Helsinki, Chipre o Ashburn (EE. UU. Este).
Elegí un protocolo si tenés preferencia. Los valores por defecto son sensatos. Guía rápida:
- Bolt es WireGuard. El más rápido. Usá esto para navegar todos los días, streaming, gaming. Por defecto para la mayoría.
- Stealth es VLESS Reality. Usá esto en países con bloqueo activo de VPNs (China, Irán, Rusia, EAU). Levemente más lento que Bolt, mucho más difícil de detectar.
- Secure es OpenVPN. Usá esto si Bolt y Stealth fallan en tu red por alguna razón. Protocolo más viejo, compatibilidad más amplia, el más lento de los tres.
Hacé clic en Conectar. El estado cambia a conectando, después a conectado. La primera conexión en una instalación dada es más lenta (aproximadamente 1-2 segundos) porque Windows está inicializando estado de red a nivel de kernel. Las conexiones siguientes están típicamente bajo el segundo.
La barra de estado muestra tu servidor actual, protocolo y tiempo de conexión. El ícono del kill switch muestra si el firewall de red está aplicando la regla de no-fugas (debería estar prendido por defecto).
Paso 4: Verificá que funciona
Este es el paso que la mayoría de los tutoriales de VPN salta. Una conexión que dice "conectado" no es lo mismo que una conexión que efectivamente está enrutando tu tráfico correctamente. Dos chequeos.
Chequeo 1: Tu IP visible
Abrí una pestaña nueva del navegador y andá a nuestro verificador de IP. La página va a mostrar la dirección IP y la ubicación aproximada desde donde viene tu tráfico.
Si la VPN está funcionando, la IP y la ubicación tienen que coincidir con el servidor al que te conectaste. Si te conectaste a Frankfurt, la IP geolocaliza en Alemania. Si te conectaste a Ashburn, geolocaliza en Virginia (EE. UU.).
Si la IP y la ubicación coinciden con tu ubicación real en lugar del servidor VPN, el túnel no está enrutando el tráfico correctamente. Desconectá, reconectá y volvé a chequear. Si sigue fallando, mirá la sección de troubleshooting más abajo.
También podés usar verificadores de terceros como ipchicken.com o ipinfo.io para una segunda opinión. Ambos tendrían que coincidir con nuestro verificador.
Chequeo 2: Test de fuga DNS
Un modo de falla aparte: tu IP correctamente muestra el servidor VPN, pero tus consultas DNS siguen yendo a tu ISP. Este es el problema de fuga DNS. Tenemos un texto sobre cómo funcionan las fugas DNS que explica el mecanismo subyacente.
Corré nuestro test de fuga DNS o usá dnsleaktest.com (el test estándar, ejecutalo en modo extendido). El test resuelve una serie de dominios únicos y reporta qué resolutores DNS los manejaron.
Lo que querés ver: solo resolutores DNS operados por la VPN, no los de tu ISP. Nuestro cliente usa Cloudflare 1.1.1.1 y Google 8.8.8.8 como resolutores por defecto cuando está conectado, con DNS-over-HTTPS donde el SO lo soporta. Si el test de fuga muestra los resolutores de tu ISP manejando consultas, tu DNS está fugando.
Las fugas DNS suelen ser causadas por una configuración de red a nivel SO que sobreescribe la configuración DNS de la VPN. Las causas más comunes en Windows son configuraciones IPv6 que el cliente VPN se perdió, o software de gestión de red de terceros (Killer Networking en algunas laptops gamer, utilidades de proveedores de NIC) reafirmando su DNS preferido. Desconectá, reiniciá, reconectá. Si la fuga persiste, contactá soporte y lo solucionamos.
Chequeo opcional 3: Fuga WebRTC
Los navegadores pueden fugar tu IP local real a través de WebRTC incluso con una VPN. Corré nuestro test de fuga WebRTC. Si la fuga muestra tu IP de red local (algo como 192.168.x.x o 10.x.x.x), eso es normal e inofensivo. Si muestra tu IP pública real, el navegador está saltándose la VPN para WebRTC. Los navegadores modernos y nuestro cliente manejan esto para la mayoría de los usuarios, pero extensiones específicas o configuraciones de red lo pueden romper. Mirá fugas WebRTC explicadas para cómo solucionarlo.
Paso 5: Vivir con eso
Una vez que la VPN está conectada y verificada, prácticamente te olvidás. El kill switch maneja las caídas del túnel. La lógica de reconexión maneja los cambios de red. El cliente se minimiza a la bandeja del sistema.
Cosas que tal vez querrás ajustar con el tiempo:
- Auto-conectar al inicio. Settings → General. Apagado por defecto para no sorprenderte.
- Protección siempre activa. Settings → Connection. Fuerza al kill switch a quedarse activo incluso cuando el cliente está cerrado.
- Protocolo por defecto. Settings → Protocol. Configuralo en Stealth si vivís en un país con bloqueo activo.
- Preferencias de servidor. Settings → Servers. Fijá un favorito si querés previsibilidad.
El cliente Windows revisa actualizaciones automáticamente. Las actualizaciones llegan más o menos semanal. Vas a ver una notificación pequeña cuando una actualización esté lista. Las actualizaciones están firmadas y verificadas antes de la instalación.
Problemas comunes la primera vez
Una lista corta de cosas que se rompen para usuarios nuevos, con qué hacer.
"Conexión rechazada" o atascado en "conectando"
Causa más común: la red en la que estás bloquea nuestro protocolo por defecto. Probá cambiar a Stealth (VLESS Reality) en el selector de protocolo. Si estás en un país con bloqueo activo de VPNs, Stealth es lo que querés de todos modos.
Si Stealth también falla: probá un servidor distinto (la distancia geográfica no importa mucho; lo que importa es si el camino entre vos y la salida está abierto). Si todos los servidores fallan en todos los protocolos, la red en la que estás está fuertemente filtrada o tiene reglas de firewall bloqueando UDP saliente y ciertos puertos TCP. Tenemos un texto sobre eludir la censura de internet con cobertura más profunda.
La conexión funciona pero los sitios no cargan
Normalmente un problema de DNS. El túnel está arriba pero la resolución DNS está fallando. Desconectá la VPN, después andá a Configuración de Windows → Red → Propiedades → DNS, configurá DNS en "Automático" si no lo está, después reconectá. Reiniciá si persiste.
Si los sitios que fallan son específicamente servicios de streaming o servicios bloqueando IPs conocidas de VPN (Netflix, Hulu, algunos bancos), eso es un problema distinto: el destino está bloqueando IPs de VPN. Probá un servidor de salida distinto, o usá el destino sin la VPN si no necesita estar oculto de tu ISP.
Velocidades lentas
Tres causas, en orden de probabilidad.
- Salida lejana. Frankfurt tiene mayor latencia desde Asia que desde Europa. Elegí la salida disponible más cercana a tu ubicación física para mejor velocidad.
- La red local es el cuello de botella. Corré un test de velocidad sin la VPN, después con la VPN. Si ambos son lentos, tu conexión es el problema. Si solo el test con VPN-on es lento, mirá el siguiente punto.
- Mismatch de protocolo. OpenVPN ("Secure") es notablemente más lento que WireGuard ("Bolt"). Si estás en Secure, probá Bolt. Si estás en Stealth, estás pagando un pequeño overhead por resistencia a la censura, lo cual está bien si lo necesitás.
Tenemos un texto más largo en una VPN frena tu internet con números medidos.
Kill switch bloqueando todo
Si el kill switch está prendido y la VPN está desconectada, no fluye tráfico. Eso es el kill switch funcionando como se diseñó. Tenés dos opciones: conectarte a un servidor VPN (el tráfico vuelve a fluir por el túnel), o desactivar temporalmente el kill switch en el cliente (el tráfico vuelve fuera del túnel, sin protección). Desactivar el kill switch está bien si lo hacés a propósito. Olvidarte de prenderlo de nuevo después es el modo de falla a vigilar.
Lobbies de juegos o apps peer-to-peer no funcionan
Algunas aplicaciones peer-to-peer necesitan conexiones entrantes que una VPN típica no soporta out-of-the-box. Workarounds: usar port forwarding si tu proveedor lo ofrece (nosotros actualmente no por razones de seguridad), o desconectar temporalmente la VPN para el juego específico. Esta es una limitación real. No somos la VPN correcta para usuarios cuyo caso principal es hostear lobbies de juegos peer-to-peer.
Qué hacer después
Si pasaste los cuatro pasos y tu IP y DNS chequean: la VPN está funcionando. Estás protegido en las redes que usás, tu tráfico está encriptado de tu ISP, y tu IP real está oculta de los destinos.
Algunas direcciones para explorar desde acá:
- Qué es una VPN, exactamente para el modelo conceptual.
- ¿Necesito una VPN? para la pregunta honesta de "¿esto es para mí?".
- Mitos de VPN desmentidos para las cosas que probablemente escuchaste y no son del todo correctas.
- Riesgos de Wi-Fi público en 2026 para contra qué estás defendiéndote efectivamente en redes de hotel.
Si algo en la configuración no funcionó para vos, soporte está en /es/dashboard/help. Humanos reales responden. La prueba de 7 días te da tiempo para probar en serio. Si no nos ganamos nuestro lugar, cancelá dentro del plazo y no nos debés nada.