Hoja de ruta

Después de actualizar SSHive, unos pocos usuarios ven que la app vuelve al nivel Free aunque compraron Pro. La causa está en el refresco del recibo de StoreKit durante el primer arranque tras la actualización. Hoy el apaño es un toque: Ajustes, Suscripción / Compras, «Restaurar compras», y Pro vuelve enseguida. Estamos trabajando en una solución definitiva para que no haga falta restaurar. Si te pasa y restaurar no lo arregla, escribe a contact@netmesafe.com indicando tu país del App Store y la hora a la que compraste la mejora, y revisamos el recibo por nuestro lado.

Publicado. Activa la sincronización con iCloud (Pro, opcional) y tus perfiles de conexión te siguen: añade un host en el Mac y aparece en el iPhone y el iPad en cuestión de segundos, con las mismas etiquetas, notas y definiciones de túnel. Todo pasa por tu propia base de datos privada de iCloud (CloudKit); no hay cuenta de SSHive ni ningún servidor nuestro por medio, y puedes desactivar la sincronización en cada dispositivo cuando quieras. Los perfiles y las cuentas compartidas se sincronizan como metadatos; las credenciales viajan por un canal aparte cifrado de extremo a extremo, así que lo que sale de un dispositivo es ilegible para cualquiera que no sean tus propios dispositivos. Si prefieres mantenerlo todo estrictamente local, deja el interruptor apagado y usa en su lugar la exportación cifrada .sshive.

Para los equipos que ya usan una YubiKey 5 NFC con SSH, la pieza que falta en el iPhone es leer la llave a través de la pila Core NFC del iPhone y usarla como agente SSH. El plan es admitir claves SSH respaldadas por FIDO2/PIV (ssh-ed25519-sk, ecdsa-sk) para que un iPhone pueda autenticarse en un servidor que exija una llave hardware, con una confirmación por Face ID del lado de SSHive y un toque NFC sobre la YubiKey. Eso cierra el hueco por el que hoy el iPhone es el eslabón débil de las políticas SSH con 2FA. El iPad no tiene lector NFC: allí haría falta una YubiKey conectada al propio iPad, por su puerto USB-C o Lightning según el modelo.

Mosh es la shell móvil resistente que sobrevive a los cambios de Wi-Fi, a los traspasos de 5G y a que el teléfono se duerma, en vez de cortar la sesión SSH cada vez. En un escritorio da bastante igual, pero en un tren que atraviesa túneles con un tail -f abierto, cambia la experiencia. Estamos estudiando añadir Mosh como transporte alternativo por encima de un arranque SSH (el patrón habitual de mosh-server). El obstáculo es que Mosh necesita mosh-server instalado en el lado remoto, y eso no es universal. También estamos valorando si un mecanismo de reanudación del lado de SSHive daría el 80 por ciento de lo que ofrece Mosh sin tocar el servidor. Dinos qué preferirías.

Un iPad Pro con Magic Keyboard se acerca a un portátil de verdad, pero el diseño actual de SSHive para iPad sigue tratando la ventana como un único espacio de trabajo. El plan es admitir multiventana real: la sesión SSH de producción en una ventana de Stage Manager, el RDP de staging en otra, un navegador SFTP en una tercera, todo junto a Notas o Safari. Arrastrar y soltar entre ventanas de SSHive para las transferencias SFTP, y atajos nativos del Magic Keyboard (Cmd+T para una pestaña nueva, Cmd+W para cerrar, Cmd+1..9 para cambiar). El objetivo es que un iPad Pro con Magic Keyboard sea una estación de trabajo principal cómoda para trabajar en remoto, no solo un dispositivo de respaldo.