You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Stephane Maarek (JIRA)" <ji...@apache.org> on 2017/02/20 02:53:44 UTC

[jira] [Created] (KAFKA-4781) Kafka should return its advertised host name before any protocol verification is done

Stephane Maarek created KAFKA-4781:
--------------------------------------

             Summary: Kafka should return its advertised host name before any protocol verification is done
                 Key: KAFKA-4781
                 URL: https://issues.apache.org/jira/browse/KAFKA-4781
             Project: Kafka
          Issue Type: Improvement
    Affects Versions: 0.10.1.1
            Reporter: Stephane Maarek


We have a Kafka cluster and each broker advertises its hostname 
e.g.
kafka1.example.com
kafka2.example.com
kafka3.example.com

We have an SSL certificate for *.example.com and we have SASL principals for kafka/kafka[1,2,3].example.com 

All works well using SASL_SSL if we set the bootstrap servers as kafka1.example.com:9095,kafka2.example.com:9095,kafka3.example.com:9095

As soon as we set the bootstrap server as localhost:9095, it doesn't work. Kerberos can't authenticate.

Also, we like to have one CNAME that points to all the brokers in a round robin fashion, say kafka.example.com. In that case, if we use kafka.example.com:9095 as our bootstrap, we get a Server not found in Kerberos database error as it tries to look up kafka.example.com

I think Kafka communicates its advertised hostname after the handshake (SASL / SSL) is done, which is a problem in our case. 

Would it be beneficial that on connection opening (on any port), Kafka first sends its advertised hostname. Then the SASL / SSL protocols use that advertised hostname as a starting point to do the authentication, etc?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)