Warpgate v0.24.0 incorpora terminal SSH en el navegador y tickets de autoservicio

Fuentes: Warpgate v0.24.0 ships WebSSH terminal and self-serve ticket requests
Imagen generada por IA con el prompt: Abstract illustration of a browser-based SSH terminal with multiple code tabs on a dark background, green text scrolling, minimalist tech editorial style, no faces, no logos
Imagen generada con IA

Warpgate, la pasarela de acceso remoto de código abierto, publicó su versión 0.24.0, una actualización mayor que introduce un terminal SSH accesible desde el navegador web, entre otras novedades orientadas a simplificar la administración de accesos y la experiencia de los usuarios finales.

La principal incorporación es WebSSH (PR #1943), un terminal basado en el navegador que permite a los usuarios conectarse a sus destinos SSH directamente desde la interfaz web de Warpgate. El terminal admite múltiples pestañas y la transferencia de archivos individuales mediante el protocolo ZMODEM. Por defecto, al hacer clic sobre un destino SSH se abrirá el terminal, aunque este comportamiento puede modificarse desde Config > Global parameters. Esta funcionalidad reduce la dependencia de clientes SSH externos y centraliza la operativa en el navegador, lo que resulta especialmente útil en entornos donde la instalación de software está restringida.

Otra novedad destacada es la posibilidad de marcar roles como "predeterminados" (PR #1923), de modo que se asignen automáticamente a cualquier usuario recién creado, simplificando la gestión de permisos por defecto. En paralelo, la versión habilita un sistema de tickets en modo autoservicio (PR #1818): los usuarios pueden solicitar la creación de tickets desde su página de perfil y los administradores los revisan, aprueban o rechazan desde la página de administración de tickets. Opcionalmente, los tickets que afectan a destinos ya autorizados pueden aprobarse de forma automática.

La actualización también introduce cambios internos. Los administradores que utilizan domain binding con SSO y quieran usar el dominio vinculado como URL de retorno del SSO deben establecer la nueva opción return_url_domain en host_header, como se documenta en la guía de manejo de dominios. Además, se han aplicado correcciones en formularios de usuarios y destinos, se ha añadido la opción de hacer opcional la grabación de SCP, se ha implementado un límite de duración mínima y máxima para los tokens de API y se ha mejorado la búsqueda en la interfaz de administración, ahora insensible a mayúsculas y minúsculas. Entre las correcciones técnicas figuran un fallo de parseo de nombres de host IPv6, la gestión de listas de cabeceras reenviadas y problemas de sourcemaps en Svelte.

Por último, la versión reconoce la primera contribución de los desarrolladores @immanuwell y @xTamasu, quienes participaron en arreglos de parseo de cabeceras y de la pantalla de autenticación del terminal SSH, respectivamente.