Sincronización del portapapeles entre redes distintas
Casi ninguna herramienta de portapapeles o de compartir archivos sabe hacer esto, y el motivo es que se encuentran gritando en la red local. Una difusión no sale de la subred, así que un móvil con datos es invisible para un portátil en la Wi-Fi de casa por mucho que cambies nada. Para sincronizar entre redes hace falta una herramienta que se cite a medio camino, en una dirección conocida — que es lo que hace un portapapeles en el navegador.
De dónde viene el límite de la misma Wi-Fi
AirDrop, LocalSend, KDE Connect y el Snapdrop original funcionan igual por debajo. Al abrirlos, cada dispositivo manda un mensaje de descubrimiento a todas las direcciones de su propio segmento de red — mDNS, difusión UDP o Bluetooth, según la herramienta — y se queda escuchando. Lo que responde, aparece en la lista.
Ese diseño es lo que les ahorra cuentas y configuración: nadie tiene que enterarse de dónde está nadie. Y es exactamente lo que hace que se detengan en el borde de la red. Los routers no reenvían tráfico de difusión entre subredes, así que dos dispositivos en redes distintas no se oyen nunca. No hay nada que arreglar, ningún puerto que abrir, ningún ajuste que se te haya pasado — es el mecanismo funcionando tal y como se diseñó.
Tres situaciones corrientes chocan con esto, y ninguna es un fallo:
- Móvil con datos, portátil con Wi-Fi. Redes distintas aunque los dos aparatos se estén tocando.
- Wi-Fi de oficina o de campus con aislamiento de clientes. Los dispositivos están en una misma red, pero deliberadamente separados unos de otros, que es una medida de seguridad en redes de invitados y corporativas.
- Realmente lejos — casa y trabajo, o dos ciudades distintas.
Qué funciona en su lugar
La alternativa es que ambos dispositivos se conecten hacia fuera a la misma dirección conocida y se los presente allí. Ninguno tiene que encontrar al otro, así que da igual si están en la misma habitación o en extremos opuestos del mundo. El precio es que ahora hay algo en medio que sabe que esos dos están hablando — y la pregunta que importa pasa a ser qué puede ver ese algo.
| Herramienta | Entre redes | Cómo se encuentran los dispositivos | Portapapeles del sistema |
|---|---|---|---|
| RealtimeClipboard | Sí | Clave corta escrita en ambos | Sí |
| PairDrop | Sí | Código de emparejamiento de 6 dígitos | El texto llega como mensaje |
| Sincronización de Windows | Sí | Cuenta de Microsoft | Sí, solo de Windows a Windows |
| Portapapeles Universal de Apple | No | Bluetooth + Handoff, dentro del alcance | Sí, solo entre dispositivos Apple |
| KDE Connect | No | Descubrimiento local | Sí |
| LocalSend / Snapdrop | No | Descubrimiento local | No |
| AirDrop | No | Bluetooth + Wi-Fi punto a punto | No |
Las tres que cruzan redes piden algo a cambio. La sincronización de Windows quiere una cuenta de Microsoft en las dos máquinas y solo habla con otros PC con Windows. PairDrop no pide cuenta y es multiplataforma, pero manda el texto como mensaje en vez de dejarlo en tu portapapeles. La tercera vía es un portapapeles en el navegador, que es lo que describe el resto de esta página.
Sincronizar sin cuenta, entre dos redes cualesquiera
- Abre el portapapeles en el primer dispositivo. Genera una clave corta.
- Escribe esa clave en el segundo dispositivo, o escanea el código QR.
- Copia algo en cualquiera de los dos.
- Cambia al otro y pega. Ya está en el portapapeles del sistema.
La clave es lo que sustituye al descubrimiento. Ambos dispositivos se conectan hacia fuera al mismo servidor de retransmisión y piden la sala que pertenece a esa clave, así que se encuentran sin que ninguno necesite saber dónde está el otro. Wi-Fi de casa a datos móviles, portátil a móvil, trabajo a casa — todo es el mismo caso.
Qué puede ver el servidor que hay en medio
Esta es la parte que merece la pena concretar, porque «pasa por un servidor» es el coste real de cruzar redes y casi siempre se deja en vago.
El texto se cifra en tu navegador con AES-GCM antes de
enviarse. El servidor de retransmisión se direcciona por
SHA-256(clave) y no por la clave, así que puede encaminar
tus mensajes a la sala correcta sin llegar a tener nunca la clave que
hace falta para leerlos. No guarda nada en disco: los mensajes existen
solo lo justo para reenviarse. Los archivos se lo saltan por completo y
van directos entre los dos navegadores por WebRTC.
Lo que sí ve es que alguna sala estuvo activa en algún momento, y las direcciones IP de las dos conexiones. Nunca recibe tu clave, ni tu texto, ni tus nombres de archivo, ni quién eres. Ese identificador de sala pasa por el mismo estirado de 250.000 iteraciones que la clave de cifrado, así que no se puede volver de él a tu clave a bajo coste — el modelo de amenazas enseña los números. El código tiene licencia MIT y el servidor de retransmisión es un servicio en Python lo bastante pequeño como para leerlo de una sentada — y si prefieres no fiarte de la palabra de nadie, puedes ejecutar el tuyo y apuntar la aplicación hacia él.
Conviene saberlo antes de depender de esto
- La clave es la contraseña
- Cualquiera que la averigüe puede leer esa sesión mientras esté abierta. Trátala como tal.
- La captura automática necesita Chromium
- Firefox y Safari envían y reciben el texto que pegas, pero no pueden leer el portapapeles por su cuenta.
- La lectura en segundo plano no es posible
- Ningún navegador puede leer el portapapeles con su pestaña en segundo plano. Vuelves a la pestaña y recoge lo que copiaste.
- Los archivos están limitados a 5 MB
- Para cualquier cosa más grande, una herramienta de transferencia dedicada es la elección correcta.
Preguntas frecuentes
¿Puedo sincronizar el portapapeles entre dispositivos en redes Wi-Fi distintas?
Sí, pero no con herramientas que dependen del descubrimiento local. AirDrop, LocalSend, KDE Connect y Snapdrop encuentran dispositivos por difusión en la red local, y esa difusión no cruza un router. Un portapapeles en el navegador funciona de otra forma: los dos dispositivos se conectan hacia fuera al mismo servidor de retransmisión con una clave compartida, así que las redes en las que están dejan de importar.
¿Por qué mi móvil no ve el portátil cuando va con datos?
Porque están en dos redes distintas. El descubrimiento local solo alcanza dispositivos del mismo segmento de red, y un móvil con datos móviles está en uno completamente aparte del portátil con Wi-Fi, aunque los dos estén uno al lado del otro. Encender la Wi-Fi del móvil y entrar en la misma red lo arregla para esas herramientas; para lo demás hace falta algo que no dependa del descubrimiento.
¿Funciona en la Wi-Fi de invitados o de la oficina?
Las herramientas de descubrimiento local normalmente no. Las redes de invitados y las corporativas suelen activar el aislamiento de clientes, que impide que los dispositivos de la misma red hablen entre sí directamente — a propósito, como medida de seguridad. Un portapapeles en el navegador no se ve afectado, porque cada dispositivo solo abre una conexión HTTPS normal hacia fuera en lugar de intentar alcanzar al otro.
¿Ve el servidor lo que copio?
No. El texto se cifra en el navegador antes de enviarse, y el servidor de retransmisión se direcciona por un hash de tu clave y no por la clave misma, así que puede encaminar el mensaje sin poder descifrarlo. No guarda nada en disco. Los archivos no pasan por él en absoluto — van directos entre los dos navegadores por WebRTC.
¿Sirve una VPN para que las herramientas de red local crucen redes?
A veces, y da más trabajo del que parece. Una VPN en malla como Tailscale o ZeroTier pone los dos dispositivos en una misma red virtual, lo que puede devolver el descubrimiento local — pero algunas herramientas dependen de tráfico de difusión que esas VPN no reenvían por defecto, así que depende de la herramienta. Además implica instalar y configurar software en los dos aparatos, que es justo lo que casi todo el mundo intentaba evitar.