¿Qué es la transferencia de archivos de igual a igual?

Última actualización: 2026-08-07

«De igual a igual» se usa de forma imprecisa, así que esto es lo que realmente significa para una transferencia de archivos: tu archivo va directamente de un dispositivo al otro, no sube al servidor de una empresa y vuelve a bajar. No hay parada intermedia donde pueda quedarse una copia.

Suena sencillo, pero las rutas reales difieren. Esta página explica primero WebRTC/ICE en general, donde TURN puede ser una vía de reserva, y luego separa la implementación de Relayium: WebRTC del navegador es directo en la misma LAN, TURN se usa por diseño entre redes y el CLI es direct-only.

P2P frente a la forma habitual: eliminar la parada intermedia

La mayoría de las herramientas para «enviar un archivo» funcionan por subida: tu archivo va desde tu dispositivo hasta el servidor de la empresa, se almacena allí y la otra persona lo descarga de vuelta. Son dos saltos y, durante un tiempo, una copia completa de tu archivo reside en el almacenamiento de otra persona, aunque se elimine después.

La transferencia de igual a igual se salta esa parada. Una vez que hay una conexión abierta entre tu dispositivo y el de la otra persona, los bytes del archivo fluyen directamente por ese único salto y por ningún otro sitio. No hay copia del lado del servidor que almacenar, proteger ni acabar eliminando, porque nunca se subió en primer lugar.

Transferencia basada en subida: de tu dispositivo a un servidor y luego a su dispositivo — dos saltos, una copia almacenada en medio.
Transferencia de igual a igual: de tu dispositivo directamente a su dispositivo — un salto, nada almacenado.
El modo en tiempo real del navegador de Relayium tiene dos vías: WebRTC es directo en la misma LAN; entre redes, TURN transporta por diseño texto cifrado de extremo a extremo sin conservar copia ni historial de contenido del lado del servidor.

Cómo se encuentran realmente dos dispositivos: STUN

Aquí está la parte que no es obvia: tu dispositivo casi con toda seguridad no conoce su propia dirección tal como se ve desde la internet pública — está detrás de un router doméstico o de la traducción de direcciones de red (NAT) de un operador móvil, que lo oculta tras una IP pública compartida y reasigna los puertos sobre la marcha. El otro dispositivo está en la misma situación. Ninguno de los dos puede simplemente «marcarle» al otro directamente sin averiguar antes qué dirección lo alcanzaría de verdad.

Para eso sirve STUN (Session Traversal Utilities for NAT). Cada dispositivo le hace brevemente una pregunta a un pequeño y ligero servidor STUN: «¿desde qué dirección y puerto me ves llegar?». La respuesta le dice su propia dirección visible desde el exterior — ni el archivo, ni ningún contenido, solo la información de red suficiente para describir un camino de vuelta hacia él. Ambos dispositivos intercambian esta información (mediante un paso de señalización que solo transporta detalles de establecimiento de la conexión, nunca bytes del archivo) y luego intentan abrir un camino directo hacia la dirección del otro. En una gran parte de los casos reales — especialmente dos dispositivos en la misma Wi-Fi, o NAT que se comportan de forma predecible — esto funciona y se abre una conexión totalmente directa.

STUN solo llega a conocer y compartir direcciones de red — nunca el contenido de los archivos, sus nombres ni las claves de cifrado.
Relayium usa WebRTC directamente para sesiones del navegador en la misma LAN. La vía del navegador entre redes se retransmite deliberadamente.
send/receive y text del CLI de Relayium son P2P y direct-only: nunca retransmiten bytes de archivos o mensajes mediante TURN ni ningún otro servidor de Relayium. Si los dos extremos no pueden establecer una conexión directa, la sesión falla en vez de recurrir a un retransmisor.
Dos dispositivos en la misma red (sin necesidad de código) suelen conectarse de la forma más directa de todas, ya que a menudo no hay ningún NAT de por medio.

Cuando no se encuentra un camino directo: el retransmisor TURN

A veces STUN no basta. Algunos NAT — especialmente en redes corporativas más estrictas o en ciertos operadores móviles — son lo bastante impredecibles como para que no pueda descubrirse ningún camino directo solo con la información externa. Si ambos dispositivos están detrás de ese tipo de NAT, una conexión genuinamente directa simplemente no es posible; algo tiene que retransmitir el tráfico en medio.

En un diseño WebRTC/ICE general, TURN puede ser el retransmisor de reserva cuando falla una vía directa. La aplicación web de Relayium elige explícitamente WebRTC directo en la misma LAN y TURN desde el inicio para todas las sesiones entre redes. El archivo ya está cifrado de extremo a extremo, así que el retransmisor solo transporta texto cifrado y no puede leer ni descifrar el contenido.

En la misma red, Relayium conecta los dispositivos directamente; entre redes usa el retransmisor TURN por defecto, porque allí muy a menudo no hay ninguna ruta directa.
El retransmisor solo reenvía texto cifrado; nunca tiene la clave de descifrado y no puede leer el contenido de los archivos, sus nombres ni ninguna otra cosa sobre lo que hay dentro.
send/receive y text del CLI de Relayium son P2P y direct-only: nunca retransmiten bytes de archivos o mensajes mediante TURN ni ningún otro servidor de Relayium. Si los dos extremos no pueden establecer una conexión directa, la sesión falla en vez de recurrir a un retransmisor.

Por qué esto importa: privacidad y velocidad

El argumento de la privacidad es sencillo: cuando los bytes del archivo solo cruzan un único salto, directamente entre dos dispositivos, no hay ningún paso de almacenamiento del lado del servidor donde una copia pudiera quedarse, registrarse o ser accedida por otra persona — porque nunca se colocó ahí. Esa es una garantía estructuralmente distinta de un «prometemos borrarlo en algún momento».

El argumento de la velocidad sigue la misma lógica. Una transferencia de subida y luego descarga tiene que cruzar la red dos veces — una de subida, otra de bajada — y a menudo espera a que el lado emisor termine por completo antes de que el lado receptor pueda empezar. Una conexión directa cruza la red una sola vez, y los datos pueden fluir de forma continua entre los dos dispositivos tan rápido como lo permita la conexión más lenta, sin un servidor en medio que limite el rendimiento o añada su propia latencia.

Cómo lo junta todo Relayium

Lo que necesitas para comprobarlo tú mismo

Dos dispositivos que puedas mirar a la vez: un portátil y un móvil son lo ideal.
Un archivo pequeño. Aquí lo que importa es qué ruta toma la conexión, no la velocidad.
Un rato con ambos en el mismo Wi-Fi y otro con cada uno en una red distinta: basta con apagar el Wi-Fi del móvil y pasar a datos.

Abre relayium.com en dos dispositivos de la misma red y normalmente se encuentran automáticamente — sin cuenta, sin código, nada que instalar; ese es el caso de la red local, donde a menudo ni siquiera hace falta STUN. Para enviar a través de internet a alguien en una red distinta se usa un código de emparejamiento: el remitente inicia sesión, genera un código (o comparte un enlace, con un código QR opcional para escanear) y, en cuanto la otra persona se une, la transferencia va por un retransmisor TURN cifrado: la vía fiable a través de NAT impredecibles, y solo transporta texto cifrado; el destinatario sigue sin necesitar cuenta.

Una vez abierta la vía en tiempo real, hasta 1.000 archivos fluyen continuamente por la ruta elegida y cada uno se verifica con SHA-256. Relayium no conserva copia de contenido ni historial en tiempo real del lado del servidor. Si la otra persona está desconectada, el enlace almacenado de conocimiento cero es un modo separado.

Con los dos dispositivos en el mismo Wi-Fi, abre Relayium en cada uno y envía el archivo.
```
https://relayium.com/
```
Lee la etiqueta que la aplicación pone a la conexión. En una misma red dice Directo por LAN.
Ahora pon los dos dispositivos en redes distintas y envía otra vez, esta vez con un código de emparejamiento.
```
https://relayium.com/cross-network
```
Vuelve a leer la etiqueta. Directo P2P significa que se encontró una ruta directa a través de internet. Retransmitido significa que no la había y que el retransmisor cifrado llevó los bytes.
Anota cuál te salió y con qué par de redes. Esa es tu propia respuesta a la pregunta con la que abría este artículo, y no la nuestra.

Qué te dicen las etiquetas

En una misma red obtienes Directo por LAN. Entre redes obtienes Directo P2P o Retransmitido, y cuál de las dos depende de esas dos redes y no de nada que hayas configurado.

Retransmitido no es un fallo. Es el repliegue existiendo y haciendo su trabajo, y el retransmisor no lleva más que texto cifrado: es exactamente el caso que describe la sección de TURN de este artículo, visto desde dentro.

Cuando la etiqueta no es la que esperabas

Tres cosas sorprenden la primera vez que uno mira. Ninguna es un defecto que haya que arreglar, pero conviene saber nombrarlas.

Qué ves, qué comprobar, qué significa

Entre redes siempre pone Retransmitido y nunca Directo P2P.

https://relayium.com/cross-network   # the path label reads the same on both ends

Comprueba si ambos extremos van por datos móviles o están tras un NAT de operador, que es el motivo habitual de que no exista ruta directa. No hay nada que arreglar: es el repliegue previsto, el retransmisor solo lleva texto cifrado, y esos mismos dos dispositivos siguen conectando directo y gratis en una misma red.

En un mismo Wi-Fi nunca pone Directo por LAN.

https://relayium.com/   # both devices on one Wi-Fi, and the path label never says LAN direct

Comprueba si la red aísla a sus clientes: los Wi-Fi de invitados, y muchas redes de hotel y de oficina, bloquean sin más el tráfico entre dispositivos. Allí los dos no se ven en absoluto, así que usa el emparejamiento entre redes, que no depende de que se alcancen localmente.

No aparece ninguna etiqueta de ruta.

https://relayium.com/   # there is no path label until the two ends have connected

La etiqueta nombra una conexión, así que aparece en cuanto hay una. Antes de que los dos extremos se hayan encontrado no hay nada que nombrar, y una transferencia que nunca empieza es un problema distinto de una que tomó una ruta inesperada.

Preguntas frecuentes

¿Es lo mismo de igual a igual que cifrado de extremo a extremo?

Están relacionados, pero no son idénticos. P2P describe la comunicación entre extremos sin garantizar que cada salto de red sea directo; TURN puede transportar el tráfico. El cifrado determina si un intermediario puede leerlo. Relayium usa WebRTC directo en la misma LAN y TURN cifrado de extremo a extremo entre redes, que el retransmisor no puede leer ni descifrar.

¿Una transferencia P2P llega a tocar algún servidor?

Un pequeño servidor de señalización ayuda a los dos dispositivos a encontrar la dirección del otro — pero solo ve información de establecimiento de la conexión, nunca bytes del archivo. Entre redes, en el navegador, un retransmisor TURN reenvía por diseño los datos cifrados del archivo, pero incluso entonces solo maneja texto cifrado que no puede descifrar.

¿Por qué fallaría una conexión directa en primer lugar?

Algunas redes — a menudo cortafuegos corporativos estrictos o ciertos NAT de operadores móviles — están construidas de forma que hacen imposible descubrir una dirección alcanzable solo con la información externa. En lugar de gastar unos veinte segundos en averiguarlo en cada transferencia, la aplicación web de Relayium envía de entrada todas las transferencias entre redes por el retransmisor: lo que las lleva es el retransmisor, no un intento directo fallido.

¿Es más lenta la transferencia P2P cuando pasa por un retransmisor?

Puede añadir algo de latencia, ya que el retransmisor es un salto extra por el que pasan los datos y es un servidor compartido en lugar de uno dedicado. Pero suele seguir siendo más rápido que un flujo de subida y luego descarga, porque no hay que esperar a que el archivo aterrice por completo en un servidor antes de que el lado de la descarga pueda empezar.

¿Ambas personas necesitan una cuenta para una transferencia P2P?

Dos dispositivos en la misma red no necesitan cuenta alguna. Enviar entre redes distintas mediante un código de emparejamiento requiere que el remitente inicie sesión, pero la persona que recibe nunca necesita cuenta, sea cual sea el camino.

¿Quieres probarlo? Abre Relayium en dos dispositivos e inicia una sesión cifrada en tiempo real.

Prueba Relayium ahora