11 de junio de 2019, Gante (Bélgica). Awingu se complace en presentar la versión 4.2 de su plataforma Unified Workspace. Al igual que las versiones anteriores, Awingu 4.2 aportará mejoras en cuatro pilares.
- Mejoras en la experiencia del usuario final
- Ampliación de las capacidades de agregación
- Mejoras en el ámbito de la seguridad y el cumplimiento de la normativa
- Mejoras en los cimientos de la plataforma
A continuación le ofrecemos una visión general de la versión. A continuación, profundizaremos en algunas de las novedades seleccionadas.
.
1. Mejoras en la experiencia del usuario final
Enlaces directos
Awingu se utiliza principalmente como único espacio de trabajo para sus usuarios. Sin embargo, en algunos escenarios, los usuarios tendrán una mezcla de 'espacios de trabajo' y formas de interactuar con sus aplicaciones y datos. Tal vez sólo haya una aplicación desplegada detrás de Awingu, o tal vez las inversiones pasadas ya se hayan traducido en un "espacio de trabajo" a través de SharePoint u otro.
Por ello, Awingu 4.2 introduce "enlaces directos". Cuando se selecciona una aplicación (archivo/carpeta), en la vista detallada (i) se muestra un "enlace directo" que da acceso directo a esta aplicación (archivo/carpeta). Estos enlaces pueden añadirse a un espacio de trabajo diferente (por ejemplo, SharePoint, Windows 10, Office 365).
Enlace directo para una aplicación publicada
Awingu Direct link integrado en el menú de inicio de Office 365
.
Fusión de sesiones RDP
Uno de los desafíos con RDP y VDI siempre ha sido la carga de los datos del perfil del usuario. Esto puede afectar significativamente a los tiempos de carga y crear molestias al usuario final. Esto no es un reto específico de Awingu, y hay algunas soluciones en el mercado como FSLogix (ahora Microsoft) que pueden ayudar aquí.
En la versión 4.2, Awingu introduce el inicio de sesión con el factor RemoteApp, o lo que es lo mismo, la posibilidad de fusionar sesiones de aplicaciones en el mismo flujo RDP. No habrá ningún impacto en el tiempo de apertura de la primera sesión de aplicación. Pero a partir de la versión 2nd aplicación, la plataforma Awingu intentará abrirla desde el mismo flujo RDP. De este modo, no es necesario cargar nuevos datos de perfil, puesto que ya están abiertos desde la primera aplicación. En el back-end, este enfoque requiere la ejecución de varias aplicaciones en la misma VM (de lo contrario, Awingu no podrá fusionar las aplicaciones en la misma sesión RDP). La fusión de sesiones RDP puede ser activada por aplicación por el administrador de la empresa.
La siguiente imagen ofrece una visión de alto nivel de los flujos:
Para el usuario final, la apertura de una aplicación adicional será similar a su experiencia nativa de Windows, con pantallas superpuestas
.
Compartir archivos y sesiones
Compartir archivos y sesiones ya forma parte de Awingu desde hace tiempo. En esta versión, la experiencia se simplifica y unifica aún más. Entonces, en la práctica, ¿qué significa esto?
- Compartir archivos - selección de usuarios: ahora puede seleccionar usuarios de Awingu (basados en AD) para compartir un archivo o carpeta. Este archivo o carpeta estará disponible en la carpeta del destinatario. Archivos Awingu entorno, y más concretamente en la sección "compartido conmigo". Además de seleccionar usuarios de Awingu con nombre dentro de su propio dominio, Awingu 4.2 seguirá soportando el uso compartido con "cualquier" usuario del dominio, o con usuarios externos como una especie de caso de uso de "Wetransfer".
- Compartir archivos - contraseña: los usuarios pueden ahora añadir una contraseña al enlace de descarga. Esto ya era el caso para el intercambio de sesiones.
- Compartir sesión: ahora puede definir los derechos de acceso a "cualquier usuario dentro del dominio" o "público" (es decir, usuarios externos). Tenga en cuenta que el host siempre mantiene el control de la sesión y que toda la actividad de compartición se audita.
Al igual que en las versiones anteriores de Awingu 4.x, los administradores pueden definir de forma muy detallada quién (usuario/grupo) puede compartir archivos y/o sesiones.
Ejemplo: compartir archivos en Awingu 4.2
.
Sesión compartida activada por el administrador
Los administradores pueden ahora iniciar una sesión de aplicación compartida desde el panel de control de Awingu.
Aquí seleccionan un usuario y una sesión de aplicación específica y luego sólo solicitan "unirse a la sesión". El usuario final impactado tendrá que "conceder el acceso". Esto puede ser muy útil para proporcionar una asistencia rápida y eficaz. Además, todo está totalmente auditado.
.
2. Ampliación de las capacidades de agregación
Awingu introdujo su Proxy inverso ya en la versión 4.0. En la versión 4.2, éste se amplía con "reescrituras de grupo". Señalar que Awingu 4.1 también introdujo el SSO para la "autenticación básica".
Por lo tanto, las aplicaciones basadas en la intranet o, en algunos casos, los servicios web/SaaS públicos también pueden agregarse detrás de Awingu sin necesidad de licencias RDS.
.
3. Mejoras en el ámbito de la seguridad
Autenticación multifactorial
Awingu 4.2 ofrecerá "Time-based password" como función integrada. Esto significa que los usuarios pueden utilizar aplicaciones en su teléfono como Microsoft Authenticator. En el pasado, Awingu ya tenía soporte integrado para MFA basado en "One-Time Password" (vinculado a herramientas como Google Authenticator).
Los 2nd La autenticación por factores puede desactivarse para los usuarios de la lista blanca, y/o, para rangos de subred IP seleccionados (por ejemplo, no es necesario el inicio de sesión MFA dentro de la oficina). Aunque es posible crear una lista blanca de usuarios, Awingu recomienda a todos los usuarios que utilicen MFA por razones de seguridad.
La siguiente tabla ofrece un resumen de todas las soluciones MFA compatibles con Awingu.
.
Pre-Autenticación con IDP externo
Algunos clientes de Awingu también utilizan un IDP (proveedor de identidad) externo, como "Azure AD" de Microsoft. En la versión 4.2, los administradores pueden ahora establecer un requisito de "preautenticación". Los usuarios que vayan a su página de inicio de sesión de Awingu serán redirigidos al IDP para la autenticación, para ser redirigidos de nuevo al espacio de trabajo de Awingu.
La ventaja es que todas las autenticaciones (para Awingu, y para los servicios no basados en Awingu) pasan ahora por la misma fuente. Además, el IDP también puede tener capacidades de seguridad adicionales - como MFA - que obviamente también se pueden utilizar. NOTA: El SSO completo está disponible a partir de Awingu 4.3 - ¡lea más!
¿Quiere ver estas nuevas funciones en acción? Vea cómo nuestro director de marketing, Arnaud Marliere, y el director de operaciones, Steven Dewinter, se las muestran en el vídeo de presentación de la versión 4.2.
¿Quiere saber más y ver a Awingu en acción? Póngase en contacto con nosotros.
English 
Italian 
German 
Spanish 
French