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

Le informazioni utente e gruppo vengono mantenute 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

Creare un utente create-a-user

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

Impostazioni utente user-settings

Quando crei o modifichi un utente, specifica le seguenti impostazioni.

Nome canonico: (Obbligatorio) Identificatore univoco per l'utente. Ogni utente e gruppo in un dominio deve avere un nome canonico univoco. Selezionare la casella di controllo System Generated (Generazione sistema) per consentire a User Management di assegnare un valore univoco oppure deselezionare la casella di controllo e specificare un valore personalizzato per il Canonical Name (Nome canonico).

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

Nome: (Obbligatorio) Nome dell'utente

Cognome: (Obbligatorio) Cognome dell'utente

Nome comune: Nome completo o nome visualizzato dell'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. 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 internazionali: Impostazioni internazionali ISO dell’utente

Chiave del 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 calendari aziendali per calcolare date e ore future relative a eventi quali promemoria, scadenze ed escalation. 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 sugli utenti vengono memorizzate solo nel database User Management. Per questi utenti, impostare 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 utilizzi un dominio enterprise, le informazioni sugli utenti risiedono in un sistema di storage di terze parti, ad esempio una directory LDAP. User Management sincronizza le informazioni utente dalla directory con il database User Management. Questa funzione consente di mappare una chiave del calendario aziendale su un campo nella directory LDAP. Ad esempio, considerare 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 Chiave calendario aziendale. È quindi possibile mappare le chiavi del calendario aziendale (i valori definiti per il campo paese nella directory LDAP) ai calendari aziendali nel flusso di lavoro dei moduli.

Per ulteriori informazioni sui calendari aziendali, inclusa la modalità di mappatura delle chiavi del calendario aziendale sui calendari aziendali, vedere Configurazione dei calendari aziendali.

Limita il nome a meno di 53 caratteri. Un nome più breve aiuta a evitare problemi nella 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 distingue tra maiuscole e minuscole e deve essere univoco nel dominio .

Nei domini aziendali, utilizza 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.

Assicurati che l'ID utente sia univoco. Non utilizzare uno assegnato a un utente eliminato.

I moduli AEM non possono distinguere tra account utente che hanno ID utente e password identici ma appartengono 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, quali 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 basso esiste già nel database quando viene aggiunto il nuovo utente *âbcdè *, il confronto non è in grado di distinguere tra i due nomi. Si presume che l'utente esista già nel database e che il nuovo utente venga ignorato e non aggiunto.

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

Password e conferma password: Password utilizzata dall'utente per l'accesso. Deve contenere almeno otto caratteri. Una password non è necessaria per un utente che fa parte di un dominio ibrido.

Visualizzare i dettagli di 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 handler di 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, l'utente viene reindirizzato alla pagina CQ 404 predefinita contenente la traccia di errore:

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

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