AEM 6.4 ha raggiunto la fine del supporto esteso e questa documentazione non viene più aggiornata. Per maggiori dettagli, consulta la nostra periodi di assistenza tecnica. Trova le versioni supportate qui.
Quando la distribuzione è pubblica azienda, i membri devono essere in grado di accedere e visualizzare i propri dati su qualsiasi nodo di pubblicazione.
Gli utenti e i gruppi di utenti (dati utente) creati nell’ambiente di pubblicazione non sono necessari nell’ambiente di authoring.
La maggior parte dei dati utente creati nell’ambiente di authoring ha lo scopo di rimanere nell’ambiente di authoring e non essere copiati nelle istanze di pubblicazione.
La registrazione e le modifiche apportate a un’istanza di pubblicazione devono essere sincronizzate con altre istanze di pubblicazione per consentire loro di accedere agli stessi dati utente.
A partire da AEM 6.1, quando la sincronizzazione utente è abilitata, i dati utente vengono sincronizzati automaticamente tra le istanze di pubblicazione nella farm e non vengono creati sull’autore.
I dati utente, insieme ai ACL, sono memorizzati nel Oak Core, il livello sotto Oak JCR e sono accessibili utilizzando API Oak. Con aggiornamenti non frequenti, è ragionevole che i dati utente siano sincronizzati con altre istanze di pubblicazione utilizzando Distribuzione dei contenuti Sling (distribuzione Sling).
Rispetto alla replica tradizionale, i vantaggi della sincronizzazione utente tramite la distribuzione Sling sono i seguenti:
utenti, profili utente e gruppi di utenti creati al momento della pubblicazione non vengono creati sull'autore
La distribuzione Sling imposta le proprietà negli eventi jcr, consentendo di agire all'interno dei listener di eventi lato pubblicazione senza preoccuparsi di cicli di replica infiniti
La distribuzione Sling invia solo i dati utente alle istanze di pubblicazione non originarie, eliminando il traffico non necessario
ACL impostati nel nodo utente sono inclusi nella sincronizzazione
Se sono necessarie sessioni, si consiglia di utilizzare una soluzione SSO o una sessione appiccicosa e di chiedere ai clienti di effettuare l'accesso se passano a un altro editore.
Sincronizzazione del *amministratori *gruppo non supportato, anche quando la sincronizzazione utente è abilitata. Al contrario, un errore di "importazione del diff" verrà registrato nel registro degli errori.
Pertanto, quando la distribuzione è una farm di pubblicazione, se un utente viene aggiunto o rimosso dal *amministratori *gruppo, la modifica deve essere eseguita manualmente su ogni istanza di pubblicazione.
Per impostazione predefinita, la sincronizzazione utente è disabled
.
L'abilitazione della sincronizzazione utente comporta la modifica esistente Configurazioni OSGi.
Non è necessario aggiungere nuove configurazioni per abilitare la sincronizzazione utente.
La sincronizzazione utente si basa sull’ambiente di authoring per gestire le distribuzioni dei dati utente, anche se i dati utente non vengono creati sull’autore. Molte, ma non tutte, della configurazione avviene nell’ambiente di authoring e ogni passaggio indica chiaramente se deve essere eseguito sull’autore o sulla pubblicazione.
Di seguito sono riportati i passaggi necessari per abilitare la sincronizzazione utente, seguiti da un Risoluzione dei problemi sezione:
Se utenti e gruppi di utenti sono già stati creati su un solo editore, si consiglia di sincronizzazione manuale i dati utente a tutti gli editori prima di configurare e abilitare la sincronizzazione utente.
Una volta abilitata la sincronizzazione utente, vengono sincronizzati solo gli utenti e i gruppi appena creati.
Verifica che sia stato installato il codice più recente:
Abilita sincronizzazione utente
sull'autore
accesso con privilegi di amministratore
accedere al Console web
localizzare Apache Sling Distribution Agent - Sync Agents Factory
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Verifica name
: socialpubsync
seleziona la Enabled
spunta
select Save
Configurare le autorizzazioni
Questo utente autorizzato verrà utilizzato nel passaggio 3 per configurare la distribuzione Sling sull'autore.
su ogni istanza di pubblicazione
accesso con privilegi di amministratore
accedere al Console di sicurezza
creare un nuovo utente
usersync-admin
aggiungi questo utente al administrators
gruppo utenti
aggiungi ACL per questo utente a /home
Allow jcr:all
con restrizione rep:glob=*/activities/*
È necessario creare un nuovo utente.
admin
.*communities-user-admin *user*.*
CRXDE Lite di accesso
select /home
nodo
nel riquadro a destra, seleziona la Access Control
scheda
seleziona la +
pulsante per aggiungere una voce ACL
Allow
jcr:all
*/activities/*
select Salva tutto
Consulta anche
Configurare le autorizzazioni
Una volta autorizzato l'utente, un membro del administrators
gruppo di utenti, creato su tutte le istanze di pubblicazione, l'utente autorizzato deve essere identificato nell'autore come avente l'autorizzazione per sincronizzare i dati utente dall'autore alla pubblicazione.
sull'autore
accesso con privilegi di amministratore
accedere al Console web
localizzare com.adobe.granite.distribution.core.impl.CryptoDistributionTransportSecretProvider.name
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Verifica property name
: socialpubsync-publishUser
imposta il nome utente e la password del utente autorizzato creato al momento della pubblicazione nel passaggio 2
usersync-admin
Abilita sincronizzazione utente
al momento della pubblicazione :
accesso con privilegi di amministratore
accedere al Console web
localizzare Apache Sling Distribution Agent - Queue Agents Factory
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Verifica Name
: socialpubsync-reverse
seleziona la Enabled
spunta
select Save
repeat per ogni istanza di pubblicazione
Abilita sincronizzazione gruppo
su ogni istanza di pubblicazione :
accesso con privilegi di amministratore
accedere al Console web
localizzare Adobe Granite Distribution - Diff Observer Factory
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Verifica agent name
: socialpubsync-reverse
seleziona la Enabled
spunta
select Save
(Facoltativo) modificare l'intervallo di polling
Per impostazione predefinita, l’autore esegue il polling delle modifiche ogni 30 secondi. Per modificare questo intervallo:
sull'autore
accesso con privilegi di amministratore
accedere al Console web
localizzare Apache Sling Distribution Trigger - Scheduled Triggers Factory
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Name
: socialpubsync-scheduled-trigger
imposta Interval in Seconds
all'intervallo desiderato
select Save
La configurazione predefinita è per una singola istanza di pubblicazione. Poiché l’abilitazione della sincronizzazione utente è dovuta alla sincronizzazione di più istanze di pubblicazione, ad esempio per una farm di pubblicazione, le istanze di pubblicazione aggiuntive dovranno essere aggiunte a Sync Agent Factory .
Aggiungi istanze di pubblicazione :
sull'autore
accesso con privilegi di amministratore
accedere al Console web
localizzare Apache Sling Distribution Agent - Sync Agents Factory
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Verifica Name
: socialpubsync
Endpoint per l’esportazione
Deve essere presente un endpoint di esportazione per ogni editore. Ad esempio, se ci sono 2 editori, localhost:4503 e 4504, ci dovrebbero essere 2 voci:
Endpoint importazione
Per ogni editore deve essere presente un endpoint di importazione. Ad esempio, se ci sono 2 editori, localhost:4503 e 4504, ci dovrebbero essere 2 voci:
select Save
(Facoltativo) Sincronizza nodi JCR aggiuntivi
Se desideri sincronizzare dati personalizzati tra più istanze di pubblicazione, effettua le seguenti operazioni:
su ogni istanza di pubblicazione:
accesso con privilegi di amministratore
accedere al Console web
localizzare AEM Communities User Sync Listener
seleziona la configurazione esistente da aprire per la modifica (icona a forma di matita)
Verifica Name
: socialpubsync-scheduled-trigger
Tipi di nodo
Elenco dei tipi di nodo che verranno sincronizzati. È necessario elencare qui qualsiasi tipo di nodo diverso da sling:Folder (sling:folder viene gestito separatamente).
Elenco predefinito dei tipi di nodo da sincronizzare:
Proprietà ignorabili
Elenco delle proprietà che verranno ignorate in caso di rilevamento di modifiche. Le modifiche a queste proprietà potrebbero essere sincronizzate come effetto collaterale di altre modifiche (poiché la sincronizzazione è sempre a livello di nodo), ma le modifiche a queste proprietà non attiveranno di per sé la sincronizzazione.
Proprietà predefinita da ignorare:
Nodi ignorabili
Percorsi secondari che verranno completamente ignorati durante la sincronizzazione. Niente sotto questi percorsi secondari verrà sincronizzato in qualsiasi momento.
Nodi predefiniti da ignorare:
Cartelle distribuite
La maggior parte delle cartelle sling:Folders vengono ignorate perché la sincronizzazione non è necessaria. Le poche eccezioni sono elencate qui.
Cartelle predefinite da sincronizzare
Se l’ID Sling corrisponde tra due o più istanze di pubblicazione, la sincronizzazione dei gruppi di utenti non riuscirà.
Se l’ID Sling è lo stesso per più istanze di pubblicazione in una farm di pubblicazione, i gruppi di utenti non verranno sincronizzati.
Per verificare che tutti i valori Sling ID siano diversi, per ogni istanza di pubblicazione :
http://<host>:<port>/system/console/status-slingsettings
Se l’ID Sling di un’istanza di pubblicazione corrisponde all’ID Sling di qualsiasi altra istanza di pubblicazione, allora:
interrompi una delle istanze di pubblicazione con un ID Sling corrispondente
nella directory crx-quickstart/launchpad/felix
cercare ed eliminare il file denominato sling.id.file
per esempio, su un sistema Linux:
rm -i $(find . -type f -name sling.id.file)
ad esempio, in un sistema Windows:
use windows explorer and search for *sling.id.file*
avvia l'istanza di pubblicazione
convalida che Sling ID è ora univoco
Ripeti questi passaggi fino a quando tutte le istanze di pubblicazione hanno un ID Sling univoco.
Per garantire la corretta sincronizzazione degli aggiornamenti, è necessario modificare il generatore di pacchetti vault per la sincronizzazione utente :
su ogni istanza di pubblicazione AEM
accedere al Console web
individua Apache Sling Distribution Packaging - Vault Package Builder Factor
Builder name: socialpubsync-vlt
seleziona l’icona modifica
aggiungi due Package Filters
:
/home/users|-.*/.tokens
/home/users|-.*/rep:cache
gestione dei criteri :
per sovrascrivere i nodi rep:policy esistenti con quelli nuovi, aggiungi un terzo filtro pacchetto :
/home/users|+.*/rep:policy
per evitare la distribuzione dei criteri, impostare
Acl Handling :
IGNORE
Per progettazione, gli utenti e i profili creati nell’ambiente di pubblicazione (registrazione automatica) non vengono visualizzati nell’ambiente di authoring.
Quando la topologia è un pubblica azienda e la sincronizzazione utente è stata configurata correttamente, il *user *e profilo utente viene sincronizzato nella farm di pubblicazione utilizzando la distribuzione Sling.
Per progettazione, i dati utente creati nell’ambiente di pubblicazione non vengono visualizzati nell’ambiente di authoring e viceversa.
Quando il Amministrazione degli utenti e sicurezza viene utilizzata per aggiungere nuovi utenti nell’ambiente di pubblicazione, la sincronizzazione utente sincronizza i nuovi utenti e la loro appartenenza al gruppo con altre istanze di pubblicazione, se necessario. La sincronizzazione utente sincronizza anche i gruppi di utenti creati tramite la console di sicurezza.
Per impostare la sincronizzazione utente su fine, al fine di rimuovere un editore o sincronizzazione manuale dei dati, la coda di distribuzione deve essere vuota e silenziosa.
Per controllare lo stato della coda di distribuzione:
autore:
utilizzo CRXDE Lite
cerca le voci in /var/sling/distribution/packages
distrpackage_*
utilizzo Gestione pacchetti
cerca pacchetti in sospeso (non ancora installati)
socialpubsync-vlt*
communities-user-admin
Quando la coda di distribuzione è vuota, disattiva la sincronizzazione utente :
sull'autore
Enabled
casella di controllo Agente di distribuzione Apache Sling - Sync Agent FactoryUna volta completate le attività, per riabilitare la sincronizzazione utente :
sull'autore
Enabled
casella di controllo Agente di distribuzione Apache Sling - Sync Agent FactoryDiagnostica sincronizzazione utenti è uno strumento che controlla la configurazione e tenta di identificare eventuali problemi.
Sull’autore, è sufficiente navigare dalla console principale attraverso Strumenti, Operazioni, Diagnosi, Diagnostica sincronizzazione utente.
È sufficiente accedere alla console Diagnostica sincronizzazione utente per visualizzare i risultati.
Questo è ciò che viene visualizzato quando la sincronizzazione utente non è stata abilitata :
Quando la diagnosi viene eseguita dall’ambiente di authoring, i risultati di pass/fail includono un [INFORMAZIONI] visualizzazione dell’elenco delle istanze di pubblicazione configurate per la conferma.
Nell’elenco è incluso un URL per ogni istanza di pubblicazione che eseguirà la diagnostica per quell’istanza. Il parametro url syncUser
viene aggiunto all’URL di diagnostica con il relativo valore impostato su utente di sincronizzazione autorizzato creato in Passaggio 2.
Nota : prima di avviare l’URL, la utente di sincronizzazione autorizzato deve essere già firmato in quell'istanza di pubblicazione.
Quando la sincronizzazione utente non funziona, il problema più comune è che le configurazioni aggiuntive erano aggiunto. Invece, la *configurazione predefinita esistente dovrebbe essere stata modificato.
Di seguito sono riportate le visualizzazioni di visualizzazione delle configurazioni predefinite modificate nella console Web. Se vengono visualizzate più istanze, la configurazione aggiunta deve essere rimossa.
Se nel registro è visibile quanto segue:
org.apache.sling.servlets.post.impl.operations.ModifyOperation Exception during response processing.
java.lang.IllegalStateException: This tree does not exist
Quindi verifica che la sezione 2. Crea utente autorizzato è stato seguito correttamente.
Questa sezione descrive la creazione di un utente autorizzato, che esiste su tutte le istanze di pubblicazione, e l'identificazione di tali istanze nella configurazione OSGi 'Provider segreto' dell'autore. Per impostazione predefinita, l’utente è admin
.
L'utente autorizzato deve essere membro del administrators
il gruppo di utenti e le autorizzazioni per quel gruppo non devono essere modificate.
L’utente autorizzato deve avere esplicitamente i seguenti privilegi e restrizioni su tutte le istanze di pubblicazione :
percorso | jcr:all | rep:glob |
---|---|---|
/home | X | */activities/* |
/home/users | X | */activities/* |
/home/groups | X | */activities/* |
Come membro del administrators
gruppo , l'utente autorizzato deve avere i seguenti privilegi su tutte le istanze di pubblicazione :
percorso | jcr:all | jcr:read | rep:write |
---|---|---|---|
/etc/packages/sling/distribution | X | ||
/libs/sling/distribution | X | ||
/var | X | ||
/var/eventing | X | X | |
/var/sling/distribution | X | X |
Se l’ID Sling corrisponde tra due o più istanze di pubblicazione, la sincronizzazione dei gruppi di utenti non riuscirà.
Vedere la sezione 9. ID Sling univoco
sull’editore in cui esistono utenti e gruppi di utenti :
creare un pacchetto di /home
durante la modifica del pacchetto
/home
Overwrite
su altre istanze di pubblicazione :
Per configurare o abilitare la sincronizzazione utente, passa al passaggio 1: Agente di distribuzione Apache Sling - Sync Agent Factory
Quando un’istanza di pubblicazione diventa non disponibile, non deve essere rimossa se torna online in futuro. Le modifiche verranno messe in coda per l'editore e, una volta tornate online, le modifiche saranno elaborate.
Se l’istanza di pubblicazione non torna mai online, se è offline in modo permanente, deve essere rimossa perché la compilazione della coda comporterà un notevole utilizzo dello spazio su disco nell’ambiente di authoring.
Quando un editore non è attivo, il registro dell'autore avrà eccezioni simili a :
28.01.2016 15:57:48.475 ERROR
[pool-12-thread-34-org_apache_sling_distribution_queue_socialpubsync_endpoint1
(org/apache/sling/distribution/queue/socialpubsync/endpoint1)]
org.apache.sling.distribution.agent.impl.SimpleDistributionAgent [agent][socialpubsync] could not deliver package distrpackage_1454014575838_a2b45ec8-0400-42f3-bed8-ae09b66381cb
org.apache.sling.distribution.packaging.DistributionPackageImportException: failed in importing package ...
Per rimuovere un editore dal Agente di distribuzione Apache Sling - Sync Agent Factory, la coda di distribuzione deve essere vuota e silenziosa.
sull’autore :
seguire passaggio 7 per rimuovere l’editore da entrambi gli elenchi server :
Exporter Endpoints
Importer Endpoints
riattiva sincronizzazione utente
Enabled
casella di controllo Agente di distribuzione Apache Sling - Sync Agent Factory