[ 
https://issues.apache.org/jira/browse/KUDU-1884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17318004#comment-17318004
 ] 

ASF subversion and git services commented on KUDU-1884:
-------------------------------------------------------

Commit 308673dea705a3c4216e3e967b75eea70f39a850 in kudu's branch 
refs/heads/master from Attila Bukor
[ https://gitbox.apache.org/repos/asf?p=kudu.git;h=308673d ]

[python] KUDU-1884 Make SASL protocol configurable

Similar to the C++ and Java clients in previous commits, this patch adds
support for configuring sasl_protocol_name in the Python client to match
the server-side Kerberos service principal name.

Change-Id: Iddff06c1a4cc2d07a9bbd08bf03d7c863aa6a645
Reviewed-on: http://gerrit.cloudera.org:8080/17281
Tested-by: Kudu Jenkins
Reviewed-by: Alexey Serbin <aser...@cloudera.com>
Reviewed-by: Grant Henke <granthe...@apache.org>


> Support customizing Kerberos principal
> --------------------------------------
>
>                 Key: KUDU-1884
>                 URL: https://issues.apache.org/jira/browse/KUDU-1884
>             Project: Kudu
>          Issue Type: Improvement
>          Components: security
>    Affects Versions: 1.3.0
>            Reporter: Todd Lipcon
>            Assignee: Attila Bukor
>            Priority: Major
>              Labels: config
>
> Currently (aiming for Kudu 1.3) the Kerberos principal is hardcoded to 
> 'kudu/_HOST'. While we have a flag to change it on the server, it isn't 
> effective because we have no way to configure it on clients.
> The difficulty here is that there is currently no concept of Kudu client 
> configuration files, so while we could theoretically add a new API to 
> KuduClientBuilder, this would then mean that everyone embedding the API would 
> have to add a new configuration, etc. We should consider a more generic 
> key/value "connection properties" (as used by JDBC URLs) or some concept of a 
> client configuration file (with an API to specify where to find it, etc).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to