Aggiunta e configurazione di utenti adding-and-configuring-users

Le informazioni di utenti e gruppi vengono conservate in un sistema di storage di terze parti, ad esempio una directory LDAP. Gestione utenti non scrive sul sistema di storage di terze parti. Gestione utenti sincronizza invece le informazioni su utenti e gruppi con il proprio database

Creare un utente create-a-user

Quando crei degli utenti, puoi aggiungerli ai gruppi e assegnare loro ruoli.

Impostazioni utente user-settings

Specificare le impostazioni seguenti quando si crea o si modifica un utente.

Nome canonico: (obbligatorio) Identificatore univoco dell'utente. Ogni utente e gruppo di un dominio deve avere un nome canonico univoco. Selezionare la casella di controllo Generato dal sistema per consentire a Gestione utenti di assegnare un valore univoco oppure deselezionare la casella di controllo e specificare un valore personalizzato per il Nome canonico.

Evitare di utilizzare caratteri di sottolineatura (_) nei nomi canonici, ad esempio sample_user. Quando si cercano gli utenti in base al loro nome canonico, quelli contenenti caratteri di sottolineatura non vengono restituiti.

Nome: (obbligatorio) Nome dell'utente

Cognome: (obbligatorio) Nome dell'utente

Nome comune: Nome completo o nome visualizzato dell'utente. Ad esempio, se Nome = Gloria e Cognome = Rios, allora Nome comune = Gloria Rios.

E-mail: indirizzo e-mail dell'utente

Telefono: Numero di telefono dell'utente

Descrizione: Descrizione facoltativa. Utilizza questo campo in base alle esigenze della tua organizzazione.

Indirizzo: indirizzo postale dell'utente

Organizzazione: Organizzazione a cui appartiene l'utente

Alias e-mail: alias e-mail dell'utente. Separa gli alias e-mail con virgole.

Dominio: Dominio a cui appartiene l'utente

Impostazioni locali: Impostazioni internazionali 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. I moduli AEM possono utilizzare i calendari aziendali per calcolare le date e le ore future per eventi quali promemoria, scadenze e inoltri per moderazione. Il modo in cui si assegnano le chiavi del calendario aziendale agli utenti dipende dal fatto che si utilizzi un dominio enterprise, locale o ibrido. (Vedi Aggiunta di domini.)

Se si utilizza un dominio locale o ibrido, le informazioni relative agli utenti vengono memorizzate solo nel database Gestione utenti. Per questi utenti, impostare la chiave del calendario aziendale su una stringa. Quindi mappa la chiave del calendario aziendale (la stringa) su un calendario aziendale nel flusso di lavoro di Forms.

Se si utilizza un dominio enterprise, le informazioni sugli utenti risiedono in un sistema di storage di terze parti, ad esempio una directory LDAP. Gestione utenti sincronizza le informazioni utente dalla directory con il database Gestione utenti. Questa funzione consente di mappare una chiave del calendario aziendale a un campo nella directory LDAP. Si consideri ad esempio 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, specificare il nome del campo del paese come valore per l'impostazione della chiave del calendario aziendale. È quindi possibile mappare le chiavi del calendario aziendale, ovvero i valori definiti per il campo Paese nell'elenco LDAP, ai calendari aziendali nel flusso di lavoro dei moduli.

Per ulteriori informazioni sui calendari aziendali, tra cui le modalità di mapping 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 della console di amministrazione.

ID utente: (obbligatorio) ID utente utilizzato dall'utente per accedere. L’ID utente non distingue tra maiuscole e minuscole e deve essere univoco in tutto il dominio.

Nei domini enterprise, utilizza un attributo non DN come ID utente, in quanto il DN di un utente può cambiare se si sposta in un'altra parte dell'organizzazione. Questa impostazione dipende dal server delle directory. Valore objectGUID per Active Directory 2003, nsuniqueID per Sun™ One e guid per eDirectory.

Assicurati che l’ID utente sia univoco. Non utilizzarne uno che è stato assegnato a un utente eliminato.

I moduli AEM non sono in grado di distinguere tra account utente con ID utente e password identici ma appartenenti a domini diversi. Per evitare questo problema, non creare account con lo stesso ID utente su più domini.

Quando si utilizza SQL Server come database, non è possibile 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è, queste vengono considerate uguali. Ad esempio, durante la sincronizzazione, se al database è stato aggiunto un nuovo utente, viene eseguito un confronto per verificare se nel database esiste un utente con lo stesso ID utente. Se l'utente abcde esiste nel database quando viene aggiunto il nuovo utente âbcdè, il confronto non è in grado di distinguere i due nomi. Si presume che l'utente esista nel database e che il nuovo utente venga ignorato e non aggiunto.

Evita di creare nomi utente che iniziano con un cancelletto (#). L'esecuzione di ricerche di attività non restituisce alcun risultato per tali nomi utente. (Vedi Utilizzo delle attività.)

Password e conferma password: Password utilizzata dall'utente per accedere. Deve contenere almeno otto caratteri. Non è richiesta una password per un utente che fa parte di un dominio ibrido.

Visualizzare i dettagli relativi a un utente view-details-about-a-user

Modificare la password per un utente locale change-the-password-for-a-local-user

Modificare le proprietà di un utente edit-a-user-s-properties

Eliminare un utente delete-a-user

Crea gestore errori di accesso personalizzato create-custom-login-error-handler

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 degli errori:

CQ fornisce un meccanismo per sostituire il gestore jsp 404 predefinito.

Per informazioni dettagliate su come personalizzare la pagina di gestione degli errori, vedere Personalizzazione delle pagine visualizzate dal gestore degli errori nella documentazione di Adobe Experience Manager.