Problemas conocidos
Estos problemas han sido identificados en versiones anteriores y ahora son problemas conocidos.
Problemas específicos del host
Problemas con el navegador
Las siguientes notas son específicas de navegadores web específicos.
Navegadores recomendados
Se recomienda expresamente que utilice Google Chrome o Mozilla Firefox. Aunque Host Access for the Cloud es compatible con Microsoft Internet Explorer (IE) 11, existen problemas de rendimiento conocidos con el motor de JavaScript de Internet Explorer que pueden afectar negativamente a la experiencia del usuario final con Host Access for the Cloud.
Se han identificado estos problemas y hay soluciones para ellos, aunque el método más sencillo es utilizar otro navegador.
-
Internet Explorer no puede reproducir macros grabadas
Cuando se utilizan determinadas versiones anteriores del navegador Web Microsoft Internet Explorer (IE) con Host Access for the Cloud, es posible que los intentos de reproducir macros presenten errores. El mensaje de error dice: Error de macro: Error al transpilar el código de la macro: TypeError: desconocido: Referencia circular en argumento de valor no soportada.
Éste es un problema con esta versión de Internet Explorer y JavaScript. Puede ser posible evitar este error si borra la función createMacro() y la sustituye utilizando JavaScript Promises (por ejemplo, then() ).
Como este problema es específico de las versiones antiguas de Internet Explorer, la solución más sencilla para este problema es utilizar un navegador distinto (Chrome o Firefox) o una versión más reciente de Internet Explorer. Puede reproducir macros correctamente utilizando Internet Explorer versión 11.0.9600.18161, versión actualizada 11.0.27. Ejecute la actualización de Windows para actualizar el Internet Explorer.
-
Conexiones HTTPS entre dispositivos móviles Apple iOS y el servidor de sesión
Los usuarios de Host Access for the Cloud no se pueden conectar a un servidor de sesión mediante HTTPS desde su iPad de Apple al utilizar un certificado autofirmado. De ser factible, la solución más rápida es utilizar HTTP en lugar de HTTPS.
Si se precisa HTTPS, dispone de las siguientes opciones:
-
Obtenga un certificado válido firmado por una CA de confianza e instálelo en el servidor de sesión.
-
Encuentre un navegador alternativo que acepte el certificado autofirmado. Consulte "Compatibilidad con el navegador y el sistema operativo" para obtener una lista de exploradores admitidos.
-
Crear una autoridad de certificación personalizada:
-
Cree una CA personalizada, un certificado de raíz de CA y un certificado del servidor firmado por ese certificado de raíz de la CA.
-
Instale el certificado del servidor en el servidor de sesión.
-
Instale el certificado de raíz de la CA personalizada en el iPad mediante un perfil. El iPad debe aceptar ahora el certificado del servidor ya que viene firmado por una “CA de confianza”.
-
Para ver una lista de las CAs de confianza de Apple iOS, véase Listas de certificados de raíz de confianza en iOS.
-
-
Internet Explorer Displays Blank Screens (Internet Explorer muestra pantallas vacías)
Cuando se utiliza el navegador Web Microsoft Internet Explorer (IE) con Host Access for the Cloud (RZFE) o el Servidor de Administración y Seguridad (MSS), es posible que aparezca una pantalla en blanco en lugar de la sesión esperada.
Al utilizar Microsoft Internet Explorer para acceder a las sesiones de Host Access for the Cloud o al Servidor de Administración y Seguridad, puede experimentar problemas, como los siguientes:
Host Access for the Cloud se procesa correctamente para algunas URL, pero no para otras (se muestra una ventana en blanco). El comportamiento varía en función de si la sesión está utilizando una dirección IP, un nombre de host abreviado o un nombre completo.
En MSS, no puede crear o abrir una sesión de Host Access for the Cloud a menos que esta se encuentre en el mismo servidor que MSS. Usted ve una pantalla negra en el lugar donde espera ver la sesión.
Explicación
Este problema es específico de la forma en la que Internet Explorer cambia algunos ajustes dependiendo de su interpretación de la seguridad del sitio web. Los ajustes en cuestión son la Vista de Compatibilidad y las Cookies de terceros. Dependiendo de la “zona” que Internet Explorer determina para su sitio web, estos ajustes se deben habilitar o deshabilitar. Internet Explorer basa su determinación en la URL del sitio. Por ejemplo, si el nombre del servidor en la URL no contiene puntos (por ejemplo,
http://mycorporateserver/mss/AdminStart.html
), Internet Explorer presupone que la dirección pertenece a la zona Intranet local. Si es así, el sitio se asigna a la zona Internet.Zona Internet Local
- Vista de Compatibilidad habilitada (no se desea)
- Cookies de terceros habilitadas (se desea)
Zona Internet
- Vista de Compatibilidad deshabilitada (se desea)
- Cookies de terceros deshabilitadas (no se desea)
Si bien es posible anular la Vista de Compatibilidad para un sitio Web especificando el Modo de documento con una etiqueta meta HTTP X-UA-Compatible, y Host Access for the Cloud utiliza ese modo específico, MSS no lo utiliza. Por lo tanto, si un servidor de Host Access for the Cloud y un Servidor de Administración y Seguridad se encuentran en la zona de Intranet local (con la Vista de Compatibilidad habilitada por defecto), es posible que Host Access for the Cloud siga funcionando correctamente, pero MSS no.
Solución
Para utilizar Internet Explorer 10 u 11 con los servidores de Host Access for the Cloud y MSS, necesita lo siguiente:
Usted debe determinar en qué zona se encuentra su sitio web y hacer los ajustes correspondientes en la configuración de Internet Explorer. Como Internet Explorer se puede configurar de tantas formas diferentes en función de su situación, es difícil ofrecer una solución para utilizar correctamente Internet Explorer con Host Access for the Cloud y MSS. Hay algunas configuraciones posibles que se pueden seguir:
-
Si tanto Host Access for the Cloud como MSS se encuentran en la zona de Internet, añada manualmente el servidor de Host Access for the Cloud a la zona de Intranet local o Sitios de confianza (Opciones de Internet > Seguridad > Intranet local > Sitios). Utilice nombres completos de host o direcciones IP completas.
-
Si ambos servidores están en la zona Internet, cambie el comportamiento predeterminado para esa zona y habilite Cookies de terceros (Opciones > Privacidad > Avanzadas > Anular manejo automático de cookies).
-
Si ambos servidores se encuentran en la zona Intranet Local, cambie el comportamiento predeterminado para esa zona y deshabilite la Vista de Compatibilidad (Herramientas > Ajustes de Vista de Compatibilidad).
Problemas de asignación de teclas con navegadeores distintos
Algunas teclas del teclado numérico y algunas teclas específicas del navegador no se pueden asignar. Por ejemplo, en Chrome no se pueden asignar Ctrl+n y Ctrl+w.
Problemas específicos del host
Los siguientes problemas son específicos de tipos de host diferentes.
Mostrar el carácter del Euro
Si el carácter de euro no se visualiza correctamente en la pantalla del terminal, póngase en contacto con el administrador del sistema para asegurarse de que el juego de caracteres de host de esta sesión se ha configurado correctamente. Por defecto, Host Access for the Cloud utiliza un conjunto de caracteres que no admite el carácter de euro (€). Para visualizar el carácter de euro, cambie el juego de caracteres por uno que admita este carácter.
Problemas encontrados con hosts VT
Tipo | Descripción |
---|---|
Problemas de desempeño |
|
Juegos de caracteres |
|
Otros problemas de VT |
|
Contorno de campo en sesiones 3270
No se admiten totalmente los atributos de 3270 para contornos de campo. Host Access for the Cloud admite actualmente el subrayado y el suprarrayado. Sin embargo, aún no admite las líneas verticales derecha e izquierda ni combinaciones de los cuatro tipos de línea.
Problemas de instalación
Entre los temas de instalación y actualización, se incluye una sección de resolución de problemas que puede ayudar a diagnosticar y solucionar problemas específicos de instalación.
Definir un directorio temporal para el programa de instalación
El instalador requiere un directorio temporal que permita su escritura. Si el directorio temporal predeterminado no es adecuado, el instalador se puede ejecutar con un directorio temporal alternativo.
-
Windows
Si no se puede escribir en el directorio temporal predeterminado, defina temporalmente las variables de entorno TMP o TEMP en una ubicación alternativa al ejecutar el instalador. Restablezca las variables cuando haya finalizado la instalación.
-
Linux/Unix
La variable de entorno INSTALL4J_TEMP determina el directorio base que el instalador utilizará para la extracción automática. Cuando el programa de instalación extrae los archivos y lanza Java para llevar a cabo otras tareas, se utiliza la ubicación temporal de Java (/tmp).
Para ejecutar los instaladores de Linux con un directorio temporal alternativo:
-
Defina la variable INSTALL4J_TEMP. Para ello, especifique el valor como la ubicación temporal deseada.
-
Cree el directorio temporal especificado para el instalador. El instalador requiere que ya exista el directorio.
-
Añada el conmutador de línea de comandos
–J-Djava.io.tmpdir={tempdir}
al lanzar el instalador. Por ejemplo:
abcd@linux:~$ INSTALL4J_TEMP=/home/abcd/i4jtemp abcd@linux:~$ export INSTALL4J_TEMP abcd@linux:~$ sudo ./hacloud-2.4.2.12345-linux-x64.sh -J-Djava.io.tmpdir=/home/abcd/i4jtemp
-
Instalaciones encadenadas de HACloud y MSS
-
En Windows, una instalación encadenada de HACloud y MSS no necesitará otros ajustes si define temporalmente las variables de entorno TMP o TEMP descritas anteriormente.
-
En Linux/Unix, no se puede ejecutar un instalador encadenado en esta plataforma; ejecútelos por separado, cada uno con los permisos administrativos, la variable INSTALL4J_TEMP definida y con el conmutador -J-Djava.io.tmpdir.
Nota
Si se está realizando una instalación "no encadenada" de MSS y HACloud, MSS debe instalarse primero y, a continuación, HACloud.
Definir un directorio temporal para el producto
HACloud utiliza un directorio temporal interno que debería ser adecuado en todos los casos. Sin embargo, este directorio puede modificarse si es necesario. Para ello, edite el archivo container.conf
.
Esta ubicación se puede configurar:
-
Abra el archivo
<carpeta de instalación>/sessionserver/conf/container.conf
en el editor de texto. -
Edite la propiedad wrapper.java.additional para especificar la nueva ubicación. Si la vía contiene espacios, escríbala entre comillas en Windows o utilice la sintaxis adecuada para las plataformas Linux/Unix. Por ejemplo,
wrapper.java.additional.9=-Djava.io.tmpdir=../tmp
-
Si es necesario, puede definir una propiedad adicional para suprimir el directorio temporal cuando se cierre el servidor.
-
Reinicie el servidor.