Le informazioni su utenti e gruppi vengono conservate in un sistema di storage di terze parti, ad esempio una directory LDAP. Gestione utente non scrive nel sistema di storage di terze parti. Gestione utente sincronizza invece le informazioni utente e gruppo con il proprio database
Quando create degli utenti, potete aggiungerli ai gruppi e assegnare loro i ruoli.
Nella console di amministrazione, fate clic su Impostazioni > Gestione utente > Utenti e gruppi, quindi fate clic su Nuovo utente.
.
In Impostazioni generali, fornire le informazioni necessarie, quindi fare clic su Next. Per informazioni dettagliate sulle impostazioni, vedere Impostazioni utente.
(Facoltativo) Per aggiungere l'utente a un gruppo, fare clic su Trova gruppi ed effettuare le seguenti operazioni:
(Facoltativo) Per assegnare i ruoli all'utente, fare clic su Trova ruoli, selezionare la casella di controllo dei ruoli da assegnare, quindi fare clic su OK.
Fare clic su Fine.
Se si verifica un problema di accesso con l'utente, vedere AEM Forms su un utente JEE non riesce ad accedere AEM Forms su OSGi side.
Specificate le seguenti impostazioni quando create o modificate un utente.
Nome canonico: (obbligatorio) Identificatore univoco per l’utente. Ogni utente e gruppo in un dominio deve avere un nome canonico univoco. Selezionate la casella di controllo Sistema generato per consentire a Gestione utente di assegnare un valore univoco, oppure deselezionate la casella di controllo e specificate un valore personalizzato per il Nome canonico.
Evitare di utilizzare caratteri di sottolineatura (_) nei nomi canonici, ad esempio sample_user
. Quando cercate degli utenti in base al loro nome canonico, quelli che contengono caratteri di sottolineatura non vengono restituiti.
Nome: (obbligatorio) nome specificato dall'utente
Cognome: (obbligatorio)
Nome comune: nome completo o nome visualizzato per l’utente. Ad esempio, se Nome = Gloria e Cognome = Rios, Nome comune = Gloria Rios.
E-mail:indirizzo e-mail dell'utente
Telefono:numero di telefono dell' utente
Descrizione:descrizione facoltativa. Utilizzate questo campo in base alle esigenze della vostra organizzazione.
Indirizzo:indirizzo postale dell'utente
Organizzazione: organizzazione a cui appartiene l'utente
Alias e-mail:alias e-mail dell'utente. Separate gli alias e-mail con virgole.
Dominio: Dominio a cui appartiene l'utente
Impostazioni internazionali:impostazione internazionale ISO dell' utente
Chiave calendario aziendale: consente di mappare un calendario aziendale a un utente, in base al valore di questa impostazione. I calendari aziendali definiscono i giorni lavorativi e non lavorativi. AEM moduli possono utilizzare calendari aziendali per calcolare date e ore future per eventi quali promemoria, scadenze ed escalation. Il modo in cui assegnate le chiavi del calendario aziendale agli utenti dipende dal dominio Enterprise, locale o ibrido utilizzato. (Vedere Aggiunta di domini.)
Se utilizzate un dominio locale o ibrido, le informazioni sugli utenti vengono memorizzate solo nel database Gestione utente. Per questi utenti, impostate la chiave del calendario aziendale su una stringa. Quindi mappare la chiave del calendario aziendale (la stringa) su un calendario aziendale nel flusso di lavoro dei moduli.
Se utilizzate un dominio Enterprise, le informazioni sugli utenti risiedono in un sistema di storage di terze parti, ad esempio una directory LDAP. Gestione utente sincronizza le informazioni utente dalla directory con il database Gestione utente. Questa funzione consente di mappare una chiave del calendario aziendale su un campo presente nella directory LDAP. Ad esempio, si consideri uno scenario in cui ogni record utente nella directory contiene un campo paese e si desidera assegnare calendari aziendali in base al paese in cui si trova l'utente. In questo caso, si specifica il nome del campo del paese come valore per l'impostazione Chiave del calendario aziendale. È quindi possibile mappare le chiavi del calendario aziendale (i valori definiti per il campo del paese nella directory LDAP) ai calendari aziendali nel flusso di lavoro dei moduli.
Per ulteriori informazioni sui calendari aziendali, comprese le modalità di mappatura delle chiavi del calendario aziendale ai calendari aziendali, vedere Configurazione dei calendari aziendali.
Limita il nome a meno di 53 caratteri. Un nome più breve consente di evitare problemi durante la visualizzazione della chiave del calendario aziendale nelle pagine Gestione processi nella console di amministrazione.
ID utente: (obbligatorio) ID utente utilizzato dall’utente per effettuare l’accesso. L'ID utente non fa distinzione tra maiuscole e minuscole e deve essere univoco nel dominio.
Nei domini enterprise, utilizzate un attributo non DN come ID utente perché il DN di un utente può cambiare se si sposta in un'altra parte dell'organizzazione. Questa impostazione dipende dal server di directory. Il valore è objectGUID
per Active Directory 2003, nsuniqueID
per Sun™ One e guid
per eDirectory.
Accertatevi che l'ID utente sia univoco. Non usate uno assegnato a un utente eliminato.
AEM moduli non possono distinguere tra account utente con ID utente e password identici ma appartenenti a domini diversi. Per evitare questo problema, non create account con lo stesso ID utente su più domini.
Quando utilizzate SQL Server come database, non potete creare un ID utente che superi i 255 caratteri.
Quando si utilizza MySQL, l'ID utente può contenere caratteri estesi. Tuttavia, quando si effettua un confronto tra due stringhe, come abcde e âbcdè, esse sono considerate uguali. Ad esempio, durante la sincronizzazione, se un nuovo utente è stato aggiunto al database, viene effettuato un confronto per verificare se nel database esiste un utente con lo stesso ID utente. Se l'utente abcde esiste già nel database quando viene aggiunto il nuovo utente âbcdè, il confronto non può distinguere tra i due nomi. Si presume che l'utente esista già nel database e che il nuovo utente sia ignorato e non aggiunto.
Evitare di creare nomi utente che iniziano con un simbolo cancelletto (#). L'esecuzione delle ricerche di attività non restituisce alcun risultato per tali nomi utente. (Vedere Uso delle attività.)
Password e Conferma password: password utilizzata dall'utente per effettuare l'accesso. Deve contenere almeno otto caratteri. Una password non è necessaria per un utente che fa parte di un dominio ibrido.
Nella console di amministrazione, fate clic su Impostazioni > Gestione utente > Utenti e gruppi.
Specificate le informazioni per limitare la ricerca e, nell’elenco In, selezionate Utenti e fate clic su Trova. I risultati della ricerca sono elencati nella parte inferiore della pagina. Potete ordinare l’elenco facendo clic su una delle intestazioni di colonna.
Fate clic sul nome dell'utente per visualizzare i dettagli. Nella pagina Modifica utente sono visualizzati i dettagli seguenti sull’utente:
Nella console di amministrazione, fate clic su Impostazioni > Gestione utente > Utenti e gruppi.
Per trovare l’utente da modificare, effettuate le seguenti operazioni:
Fate clic sull’utente da modificare.
Per un utente che fa parte di un dominio locale o ibrido, nella scheda Dettagli modificare le Impostazioni generali e Impostazioni di accesso, quindi fare clic su Salva. Per informazioni dettagliate sulle impostazioni, vedere Impostazioni utente. Non potete modificare le impostazioni generali e di accesso per un utente appartenente a un dominio Enterprise.
Per modificare le impostazioni del gruppo per l'utente, fare clic sulla scheda Appartenenza al gruppo ed effettuare le seguenti operazioni:
Gli utenti locali non possono essere aggiunti ai gruppi di directory. Tuttavia, gli utenti della directory possono essere aggiunti ai gruppi locali.
Per modificare i ruoli dell'utente, fare clic sulla scheda Assegnazioni ruoli ed effettuare le seguenti operazioni:
Nella console di amministrazione, fate clic su Impostazioni > Gestione utente > Utenti e gruppi.
Per trovare l'utente da eliminare, eseguire le operazioni seguenti:
Selezionare la casella di controllo per l'utente, fare clic su Elimina, quindi fare clic su OK.
AEM Forms su JEE consente inoltre agli utenti del componente aggiuntivo AEM dei moduli in esecuzione su un OSGi di essere riconosciuti come utenti AEM. Questo è richiesto per gli scenari in cui è richiesto il single sign-on tra AEM Forms su JEE e il componente aggiuntivo AEM in esecuzione su un OSGi (ad esempio, area di lavoro HTML). L'operazione di eliminazione di cui sopra rimuove un utente solo da AEM Forms su JEE. L'utente non viene eliminato componente aggiuntivo AEM Forms in esecuzione nell'ambiente OSGi. Tuttavia, ogni tentativo di accesso effettuato dopo l’eliminazione dell’utente (un tentativo di accesso a server JEE del componente aggiuntivo AEM Forms o componente aggiuntivo AEM Forms nell’ambiente OSGi) viene negato.
Se un utente senza i moduli AEM e le autorizzazioni CQ richiesti tenta di accedere alle seguenti applicazioni incorporate in CQ, viene reindirizzato alla pagina CQ 404 predefinita contenente la traccia di errore:
Soluzione per la gestione della corrispondenza
Area di lavoro moduli AEM
nota: Flex Workspace è obsoleto per AEM rilascio di moduli.
Forms Manager
Reporting processi
CQ fornisce un meccanismo per ignorare l'jsp del gestore 404 predefinito.
Per informazioni dettagliate su come personalizzare la pagina di gestione degli errori, vedere Personalizzazione delle pagine mostrate dal gestore errori nella documentazione Adobe Experience Manager.