Connecting to Kafka Using the Client (SASL Enabled)

Prerequisites

• Security group rules have been properly configured.

  To access a Kafka instance with SASL enabled, configure proper security group rules. For details about security group configuration requirements, see Table 2.

• The instance connection address has been obtained.

  For intra-VPC access, use port 9093. Obtain the instance connection address in the Connection section of the Basic Information tab page.

  Figure 1 Kafka instance connection addresses for intra-VPC access with SASL
  
• The SASL mechanism in use is known.

  In the Connection area on the Kafka instance details page, view SASL Mechanism. If both SCRAM-SHA-512 and PLAIN are enabled, use either of them in connection configurations. For instances that were created much earlier, if SASL Mechanism is not displayed on the instance details page, PLAIN is used by default.

  Figure 2 SASL mechanism in use
  
• If automatic topic creation is not enabled for the Kafka instance, create a topic before connecting to the instance.
• The client.truststore.jks certificate has been downloaded. Click the Kafka instance to go to the Basic Information tab page. Click Download next to SSL Certificate in the Connection area. Download and decompress the package to obtain the client certificate file client.truststore.jks.
• Kafka CLI v1.1.0, v2.3.0, or v2.7.2 is available. Ensure that the Kafka instance and the CLI use the same version.
• An ECS has been created. For intra-VPC access, ensure that its VPC, subnet, and security group configurations are the same as those of the Kafka instance. JDK v1.8.111 or later has been installed on the ECS, and the JAVA_HOME and PATH environment variables have been configured as follows:

  Add the following lines to the .bash_profile file in the home directory as an authorized user. In this command, /opt/java/jdk1.8.0_151 is the JDK installation path. Change it to the path where you install JDK.

  export JAVA_HOME=/opt/java/jdk1.8.0_151 
  export PATH=$JAVA_HOME/bin:$PATH

  Run the source .bash_profile command for the modification to take effect.

Accessing the Instance Using CLI

The following uses Linux as an example.

1. Map hosts to IP addresses in the /etc/hosts file on the host where the client is located, so that the client can quickly parse the instance brokers.

   Set IP addresses to the instance connection addresses obtained in Prerequisites. Set hosts to the names of instance hosts. Specify a unique name for each host.

   For example:

   10.154.48.120 server01

   10.154.48.121 server02

   10.154.48.122 server03

2. Decompress the Kafka CLI package.

   Access the directory where the CLI package is stored and run the following command to decompress the package:

   tar -zxf [kafka_tar]

   In the preceding command, [kafka_tar] indicates the name of the CLI package.

   For example:

   tar -zxf kafka_2.12-2.7.2.tgz

3. Modify the Kafka CLI configuration file based on the SASL mechanism.
   • If PLAIN is used, find the consumer.properties and producer.properties files in the /config directory of the Kafka CLI and add the following content to the files:

     sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required \
     username="**********" \
     password="**********";        
     sasl.mechanism=PLAIN
     
     security.protocol=SASL_SSL
     ssl.truststore.location={ssl_truststore_path}
     ssl.truststore.password=dms@kafka
     ssl.endpoint.identification.algorithm=

     Parameter description:

     • username and password: username and password you set when enabling SASL_SSL during Kafka instance creation or when creating a SASL_SSL user.
     • ssl.truststore.location: path for storing the client.truststore.jks certificate. Even in Windows, you need to use slashes (/) for the certificate path. Do not use backslashes (\), which are used by default for paths in Windows. Otherwise, the client will fail to obtain the certificate.
     • ssl.truststore.password: server certificate password, which must be set to dms@kafka and cannot be changed.
     • ssl.endpoint.identification.algorithm: whether to verify the certificate domain name. This parameter must be left blank, which indicates disabling domain name verification.
   • If SCRAM-SHA-512 is used, find the consumer.properties and producer.properties files in the /config directory of the Kafka CLI and add the following content to the files:

     sasl.jaas.config=org.apache.kafka.common.security.scram.ScramLoginModule required \
     username="**********" \
     password="**********";        
     sasl.mechanism=SCRAM-SHA-512
     
     security.protocol=SASL_SSL
     ssl.truststore.location={ssl_truststore_path}
     ssl.truststore.password=dms@kafka
     ssl.endpoint.identification.algorithm=

     Parameter description:

     • username and password: username and password you set when enabling SASL_SSL during Kafka instance creation or when creating a SASL_SSL user.
     • ssl.truststore.location: path for storing the client.truststore.jks certificate. Even in Windows, you need to use slashes (/) for the certificate path. Do not use backslashes (\), which are used by default for paths in Windows. Otherwise, the client will fail to obtain the certificate.
     • ssl.truststore.password: server certificate password, which must be set to dms@kafka and cannot be changed.
     • ssl.endpoint.identification.algorithm: whether to verify the certificate domain name. This parameter must be left blank, which indicates disabling domain name verification.

4. Access the /bin directory of the Kafka CLI.

   In Windows, you need to access the /bin/windows directory.

5. Run the following command to create messages:

   ./kafka-console-producer.sh --broker-list ${connection addr} --topic ${topic name} --producer.config ../config/producer.properties

   Parameter description:

   • {connection-address}: the address obtained in Prerequisites.
   • {topic-name}: the name of the topic created for the Kafka instance. If automatic topic creation has enabled for the Kafka instance, set this parameter to the name of a created topic or a topic that has not been created.

   The following example uses connection addresses 10.xx.xx.45:9093,10.xx.xx.127:9093,10.xx.xx.103:9093.

   After running the preceding command, you can send a message to the Kafka instance by writing it and pressing Enter. Each line of content is sent as a message.

   [root@ecs-kafka bin]#./kafka-console-producer.sh --broker-list 10.xx.xx.45:9093,10.xx.xx.127:9093,10.xx.xx.103:9093  --topic topic-demo --producer.config ../config/producer.properties
   >Hello
   >DMS
   >Kafka!
   >^C[root@ecs-kafka bin]# 

   To stop creating messages, press Ctrl+C to exit.

6. Run the following command to retrieve messages:

   ./kafka-console-consumer.sh --bootstrap-server ${connection-address} --topic ${topic-name} --group ${consumer-group-name} --from-beginning  --consumer.config ../config/consumer.properties

   Parameter description:

   • {connection-address}: the address obtained in Prerequisites.
   • {topic-name}: the name of the topic created for the Kafka instance.
   • {consumer-group-name}: the consumer group name set based on your service requirements. If a consumer group name has been specified in the configuration file, ensure that you use the same name in the command line. Otherwise, consumption may fail. If a consumer group name starts with a special character, such as an underscore (_) or a number sign (#), the monitoring data cannot be displayed.

   Example:

   [root@ecs-kafka bin]#  ./kafka-console-consumer.sh --bootstrap-server 10.xx.xx.45:9093,10.xx.xx.127:9093,10.xx.xx.103:9093 --topic topic-demo --group order-test --from-beginning --consumer.config ../config/consumer.properties
   Hello
   DMS
   Kafka!
   ^CProcessed a total of 3 messages
   [root@ecs-kafka bin]# 

   To stop retrieving messages, press Ctrl+C to exit.