Questi problemi sono stati identificati nelle versioni precedenti e sono noti.
Le note seguenti sono specifiche per i diversi browser Web.
Si consiglia di utilizzare Google Chrome o Mozilla Firefox. Sebbene Host Access for the Cloud supporti Microsoft Internet Explorer (IE) 11, esistono problemi noti delle prestazioni causati dal motore JavaScript di Internet Explorer che possono incidere negativamente sull'utilizzo di Host Access for the Cloud da parte dell'utente finale.
Questi problemi sono stati identificati e hanno una soluzione, tuttavia il modo più semplice per evitarli consiste nell'utilizzare un browser diverso.
Quando si utilizzano determinate versioni precedenti del browser Web Microsoft Internet Explorer (IE) con Host Access for the Cloud, i tentativi di riprodurre le macro possono restituire un errore. Messaggio di errore: Macro Error: Error transpiling macro code: TypeError: unknown: Circular reference in value argument not supported.
Si tratta di un problema con questa versione di Internet Explorer e JavaScript. Potrebbe essere possibile evitare questo errore se si elimina la funzione createMacro() e la si sostituisce utilizzando promesse JavaScript (ad esempio, then() ).
Poiché questo problema è specifico di versioni precedenti di Internet Explorer, la soluzione più semplice a questo problema consiste nell'utilizzare un browser diverso (Chrome o Firefox) o una versione più recente di Internet Explorer. È possibile riprodurre correttamente le macro utilizzando Internet Explorer versione 11.0.9600.18161, versione aggiornamento 11.0.27. Eseguire Windows Update per aggiornare Internet Explorer.
Gli utenti di Host Access for the Cloud non possono eseguire la connessione a un server di sessione tramite HTTPS con l'iPad di Apple quando utilizzano un certificato firmato da se stessi. Se possibile, la soluzione più veloce consiste nell'utilizzare HTTP anziché HTTPS.
Se HTTPS è necessario, sono disponibili le opzioni seguenti:
Ottenere un certificato valido firmato da una CA attendibile e installarlo nel server di sessione.
Trovare un browser alternativo che accetti il certificato autofirmato. Vedere Browser e sistemi operativi supportati per un elenco di browser supportati.
Utilizzare un'autorità di certificazione personalizzata:
Creare una CA personalizzata, un certificato radice della CA e un certificato del server firmato dal certificato radice della CA.
Installare il certificato del server nel server di sessione.
Installare il certificato radice della CA personalizzata sull'iPad mediante un profilo. A questo punto l'iPad dovrebbe accettare il certificato del server come se fosse stato firmato da una "CA attendibile".
Per un elenco di CA considerate attendibili da Apple iOS, vedere Elenchi dei certificati root attendibili disponibili in iOS.
Quando si utilizza il browser Web Microsoft Internet Explorer (IE) con Host Access for the Cloud o Access Management and Security Server (MSS), potrebbe essere visualizzata una schermata vuota anziché la sessione prevista.
Quando si utilizza Microsoft Internet Explorer per accedere alle sessioni di Host Access for the Cloud o a Management & Security Server, si potrebbero riscontrare dei problemi, quali:
Host Access for the Cloud esegue correttamente il rendering per alcuni URL e non per altri (viene visualizzata una schermata vuota). Il comportamento varia a seconda che la sessione utilizzi l'indirizzo IP, il nome host breve o il nome completo.
In MSS non è possibile creare o aprire una sessione di Host Access for the Cloud a meno che la sessione non si trovi nello stesso server in cui è installato MSS. Viene visualizzato uno schermo vuoto laddove si prevede di vedere una sessione.
Spiegazione
Questo problema è specifico del modo in cui Internet Explorer attiva e disattiva varie impostazioni in base all'interpretazione della sicurezza del sito Web. Le impostazioni in questione sono Visualizzazione Compatibilità e Cookie di terze parti. In base all'area in cui secondo Internet Explorer si trova il sito Web, è necessario attivare o disattivare tali impostazioni. La determinazione di Internet Explorer è basata sull'URL del sito. Ad esempio, se il nome del server nell'URL non contiene punti (ad esempio, http://serveraziendale/mss/AdminStart.html), Internet Explorer suppone che l'indirizzo appartenga all'area Intranet locale. In questo caso, il sito viene assegnato all'area Internet.
|
Area |
Impostazioni predefinite di Internet Explorer |
|---|---|
|
Area Internet locale |
Visualizzazione Compatibilità attivata (non desiderata) Cookie di terze parti attivata (desiderata) |
|
Area Internet |
Visualizzazione Compatibilità disattivata (desiderata) Cookie di terze parti disattivata (non desiderata) |
Sebbene sia possibile che un sito Web ignori l'impostazione Visualizzazione Compatibilità mediante la specifica di Modalità documento con un metatag HTML X-UA-Compatible e Host Access for the Cloud utilizza tale modalità specifica, lo stesso non accade con MSS. Quindi, se un server Host Access for the Cloud e un'istanza di Management and Security Server si trovano nella stessa zona Intranet locale (con l'impostazione Visualizzazione Compatibilità predefinita attiva), è probabile che Host Access for the Cloud funzioni correttamente mentre MSS no.
Soluzione
Per utilizzare Internet Explorer 10 o 11 con i server Host Access for the Cloud e MSS, è necessario:
Visualizzazione Compatibilità disattivata
Cookie di terze parti attivata
È necessario determinare in quale area si trova il sito Web, quindi apportare le modifiche necessarie alle impostazioni di Internet Explorer. Poiché, a seconda della situazione, Internet Explorer può essere configurato in molti modi differenti, è difficile fornire una singola soluzione che consenta di utilizzare Internet Explorer con Host Access for the Cloud e MSS. Ecco alcune configurazioni che è possibile seguire:
Se Host Access for the Cloud e MSS si trovano entrambi nella stessa zona Internet, aggiungere manualmente il server Host Access for the Cloud in Intranet locale o Siti attendibili (Opzioni Internet > Sicurezza > Intranet locale > Siti). Utilizzare i nomi host completi o gli indirizzi IP.
Se entrambi i server si trovano nell'area Internet, modificare il comportamento predefinito per quell'area e attivare Cookie di terze parti (Opzioni Internet > Privacy > Avanzate > Sostituisci gestione automatica cookie).
Se entrambi i server si trovano nell'area Intranet locale, modificare il comportamento predefinito per quell'area e disattivare Visualizzazione Compatibilità (Strumenti > Impostazioni Visualizzazione Compatibilità).
Non è possibile mappare alcuni tasti su un tastierino numerico e alcuni tasti specifici del browser. Ad esempio, in Chrome non è possibile mappare Ctrl+n e Ctrl+w.
I problemi seguenti sono specifici per tipi di host diversi.
Se il carattere Euro non viene visualizzato correttamente sullo schermo del terminale, verificare con l'amministratore di sistema che il set di caratteri dell'host per la sessione sia impostato correttamente. Di default, Host Access for the Cloud utilizza un set di caratteri che non supporta il carattere euro (€). Per visualizzare il carattere Euro, passare a un set di caratteri che lo supporta.
|
Tipo |
Descrizione |
|---|---|
|
Problemi relativi alle prestazioni |
|
|
Set di caratteri |
|
|
Altri problemi di VT |
|
Gli attributi di 3270 per i contorni dei campi non sono supportati completamente. Attualmente Host Access for the Cloud supporta il carattere sottolineato e sopralineato, ma la riga verticale sinistra, la riga verticale destra e le combinazioni dei quattro tipi di riga non sono ancora supportate.
Gli argomenti Installazione ed esecuzione dell'upgrade includono una sezione per la risoluzione dei problemi che può aiutare a diagnosticare e risolvere problemi specifici di installazione.
È necessario che HA Cloud disponga dell'accesso a una directory temporanea affinché l'installazione venga eseguita correttamente. In precedenza, se la directory temporanea predefinita non era disponibile, ad esempio in un ambiente server bloccato, l'installazione veniva compromessa.
Il programma di installazione richiede una directory temporanea scrivibile. Se la directory temporanea predefinita non è adatta, è possibile eseguire il programma di installazione con una directory temporanea alternativa.
Windows
Se la directory temporanea predefinita non è scrivibile, impostare temporaneamente le variabili di ambiente TMP o TEMP in un'ubicazione alternativa durante l'esecuzione del programma di installazione. Ripristinare le variabili al termine dell'installazione.
Linux/Unix
La variabile di ambiente INSTALL4J_TEMP determina la directory di base utilizzata dal programma di installazione per l'autoestrazione. Durante l'estrazione dei file da parte del programma di installazione e l'avvio di Java per l'esecuzione di altre attività, viene utilizzata l'ubicazione temporanea /tmp di Java.
Per eseguire i programmi di installazione Linux con una directory temporanea alternativa:
Definire la variabile INSTALL4J_TEMP specificandone il valore come ubicazione temporanea desiderata.
Creare la directory temporanea specificata per il programma di installazione. Il programma di installazione richiede che la directory sia stata già creata.
Aggiungere lo switch della riga di comando –J-Djava.io.tmpdir={tempdir} all'avvio del programma di installazione. Ad esempio:
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/i4jtempIl programma di installazione deve essere eseguito con autorizzazioni amministrative.
In Windows, l'installazione concatenata di HA Cloud e MSS non richiede altre modifiche se si impostano temporaneamente le variabili di ambiente TMP o TEMP descritte in precedenza.
In Linux/UNIX - Non è possibile eseguire un'installazione concatenata su questa piattaforma; eseguirle separatamente, ognuna con autorizzazioni amministrative, con la variabile INSTALL4J_TEMP impostata e con lo switch -J-Djava.io.tmpdir.
NOTA:Se vengono installati sia MSS che HA Cloud in modo "non concatenato", è necessario installare prima MSS e successivamente HA Cloud.
HA Cloud utilizza una directory temporanea interna che dovrebbe essere idonea in tutti i casi. Se necessario, è tuttavia possibile modificare questa directory modificando il file container.conf.
È possibile configurare questa ubicazione:
Aprire <cartella di installazione>/sessionserver/conf/container.conf in un editor di testo.
Modificare la proprietà wrapper.java.additional per specificare la nuova ubicazione. Se il percorso contiene spazi, racchiuderlo tra virgolette in Windows o usare la sintassi appropriata per le piattaforme Linux/Unix. Ad esempio, wrapper.java.additional.9=-Djava.io.tmpdir=../tmp
Se necessario, è possibile impostare una proprietà aggiuntiva per cancellare la directory temporanea all'arresto del server.
Riavviare il server.