Solucionar conexiones fallidas y redes restrictivas

Una conexión puede fallar antes o después de que ambos navegadores se encuentren. Si la página no carga, el problema está en acceso HTTP, DNS, filtrado o navegador. Si no aparece el código, la creación del WebSocket o el Worker puede haber fallado. Si el segundo navegador no entra, revisa código y caducidad. Si ambos se ven pero permanecen conectando, la negociación WebRTC es el foco.

No conviene cambiar cinco cosas a la vez. Anota qué texto muestra cada pantalla, si el código es nuevo y si ambos dispositivos tienen acceso normal a mandamele.com. Los mensajes de desarrollo de Vite como conexión del servidor perdida solo describen un servidor local detenido; no son errores del producto desplegado. Los errores de extensiones sin una traza en apps/web/src tampoco explican la conexión.

Genera un Pase nuevo y escribe los seis caracteres completos. Los guiones se normalizan, pero no se aceptan I, L, O, 0 ni 1. Un Pase anónimo dispone de diez minutos para conectar; una captura antigua puede mostrar un código formalmente válido pero ya inexistente. Mantén la pestaña propietaria abierta mientras el segundo navegador entra.

Desactiva temporalmente el ahorro de batería que congela pestañas y mantén las dos pantallas activas durante la prueba. En móviles, cambiar de aplicación durante la negociación puede suspender JavaScript o red. Recarga ambos extremos y empieza con un código nuevo después de cualquier cierre inesperado, en vez de insistir con un estado que ya se ha terminado en el servidor.

Si un navegador crea el código y el otro lo acepta, los WebSocket y el estado del Pase probablemente funcionan. El siguiente paso es que RTCPeerConnection intercambie oferta, respuesta y candidatos ICE. Ver «conectando» durante mucho tiempo suele apuntar a esa segunda etapa, no a una subida de archivo, porque aún no existe DataChannel abierto.

La aplicación intenta recuperación cuando la conexión ICE se interrumpe o falla. El propietario puede reiniciar ICE y existe una espera de ocho segundos antes de declarar el error. Ese intento no crea una ruta alternativa. Si la topología de red no permite una conexión, repetir indefinidamente con el mismo entorno no cambia la restricción.

VPN y firewalls corporativos pueden bloquear UDP, WebRTC, STUN o conexiones entre ciertos rangos. Los portales cautivos de hoteles también pueden dejar acceso web parcial hasta completar su inicio de sesión. Algunas redes móviles usan NAT complejo. Mándamele configura STUN, pero no TURN; por ello no dispone de un relé que atraviese automáticamente todas esas combinaciones.

Como prueba controlada, desconecta una VPN si la política de tu organización lo permite o mueve un dispositivo a otra red de confianza. Un punto de acceso personal puede ayudar a distinguir una restricción de la red corporativa de un problema del navegador. No eludas controles empresariales sin autorización: si la red prohíbe P2P, utiliza el método aprobado por la organización.

Confirma que cada archivo no supere 50 MB y que el receptor tenga memoria y espacio suficientes. El envío utiliza bloques de 64 KiB y control de presión, pero una conexión inestable puede cerrar el canal. Mantén ambos navegadores en primer plano, evita bloquear el teléfono y no cierres la pantalla al ver una previsualización: espera a que desaparezcan los indicadores de progreso.

Prueba primero con un texto corto y después con un archivo pequeño. Si el texto llega pero un archivo concreto falla, revisa tamaño y recursos del dispositivo. Si ni siquiera llega el texto, el DataChannel quizá no está realmente disponible o se cerró. Mándamele no conserva fragmentos para reanudar en otro Pase, así que un fallo exige volver a enviar desde el original.

Anota fecha y zona horaria, navegadores y versiones, sistemas operativos, tipo de red de cada lado, presencia de VPN y etapa exacta. Indica si un texto corto funcionó y el tamaño del archivo, pero no envíes el archivo sensible ni su contenido como parte del diagnóstico. Una captura de la pantalla de estado puede ayudar después de ocultar código y datos personales.

Repite una sola vez en una red doméstica o de prueba. Si funciona allí, el resultado apunta a la red original; si falla en ambos sitios y con un código nuevo, el problema puede estar en navegador, servicio o regresión. Esta secuencia produce evidencia útil sin prometer que todas las redes son compatibles.