Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
ACL Apache Kafka
Apache Kafka dispone di un autorizzatore collegabile e viene fornito con un'implementazione di autorizzazione pronta all'uso. Amazon MSK abilita questo provider di autorizzazioni nel file server.properties sui broker.
Gli ACL di Apache Kafka hanno il formato «Principal P è [Allowed/Denied] Operazione O dall'host H su qualsiasi risorsa R corrispondente a RP». ResourcePattern Se RP non corrisponde a una risorsa R specifica, R non dispone di ACL associati e pertanto nessuno, a parte i superuser, è autorizzato ad accedere a R. Per modificare questo comportamento di Apache Kafka, impostare la proprietà allow.everyone.if.no.acl.found su true. In Amazon MSK è impostata su true per impostazione predefinita. Ciò significa che nei cluster Amazon MSK, se non si impostano esplicitamente gli ACL su una risorsa, tutti i principali possono accedere a questa risorsa. Se si abilitano gli ACL su una risorsa, l'accesso è consentito solo ai principali autorizzati. Se si desidera limitare l'accesso a un argomento e autorizzare un client utilizzando l'autenticazione reciproca TLS, aggiungere ACL utilizzando l'interfaccia della riga di comando del provider di autorizzazioni Apache Kafka. Per ulteriori informazioni sull'aggiunta, la rimozione e l'elenco di ACL, consulta Kafka Authorization Command Line Interface
Poiché Amazon MSK configura i broker come utenti privilegiati, possono accedere a tutti gli argomenti. Questo aiuta i broker a replicare i messaggi dalla partizione primaria indipendentemente dal fatto che la allow.everyone.if.no.acl.found proprietà sia definita o meno per la configurazione del cluster.
Per aggiungere o rimuovere l'accesso in lettura e scrittura a un argomento
-
Aggiungere i broker alla tabella ACL per consentire loro di leggere da tutti gli argomenti contenenti ACL. Per concedere ai broker l'accesso in lettura a un argomento, esegui il comando seguente su un computer client in grado di comunicare con il cluster MSK.
Sostituiscila
Distinguished-Namecon il DNS di uno qualsiasi dei broker bootstrap del tuo cluster, quindi sostituisci la stringa prima del primo punto di questo nome distinto con un asterisco ().*Ad esempio, se uno dei broker di bootstrap del tuo cluster dispone del DNSb-6.mytestcluster.67281x.c4.kafka.us-east-1.amazonaws.com, sostituiscilo nel comando seguente con.Distinguished-Name*.mytestcluster.67281x.c4.kafka.us-east-1.amazonaws.comPer informazioni su come ottenere i broker bootstrap, consulta Ottieni i broker bootstrap per un cluster Amazon MSK.<path-to-your-kafka-installation>/bin/kafka-acls.sh --bootstrap-server BootstrapServerString --add --allow-principal "User:CN=Distinguished-Name" --operation Read --group=* --topicTopic-Name -
Per concedere a un'applicazione client l'accesso in lettura a un argomento, esegui il comando seguente sul computer client. Se utilizzi l'autenticazione TLS reciproca, utilizza la stessa
Distinguished-Nameche hai usato quando hai creato la chiave privata.<path-to-your-kafka-installation>/bin/kafka-acls.sh --bootstrap-server BootstrapServerString --add --allow-principal "User:CN=Distinguished-Name" --operation Read --group=* --topicTopic-NamePer rimuovere l'accesso in lettura, è possibile eseguire lo stesso comando, sostituendo
--addcon--remove. -
Per concedere l'accesso in scrittura a un argomento, eseguire il comando seguente sul computer client. Se utilizzi l'autenticazione TLS reciproca, usa la stessa
Distinguished-Nameche hai usato quando hai creato la chiave privata.<path-to-your-kafka-installation>/bin/kafka-acls.sh --bootstrap-server BootstrapServerString --add --allow-principal "User:CN=Distinguished-Name" --operation Write --topicTopic-NamePer rimuovere l'accesso in scrittura, è possibile eseguire lo stesso comando, sostituendo
--addcon--remove.