[
https://issues.apache.org/jira/browse/HADOOP-15996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16725192#comment-16725192
]
Eric Yang commented on HADOOP-15996:
------------------------------------
It is nice to encapsulate the logic in KerberosName to reduce incompatibility.
Can we implement a callback class in getShortName() method to fork the
necessary implementations. The default implementation guard against
NoMatchingRule, and the multi-realm implementation load and apply rules in
krb5.conf. The plugin class can be activated by
hadoop.security.kerberos.name.policy.class Configuration. If multiple classes
are specified, the callback must evaluate in the listed order. This
arrangement allows to write ACL check plugin to work with multi-realm
implementation. Thoughts?
> Plugin interface to support more complex usernames in Hadoop
> ------------------------------------------------------------
>
> Key: HADOOP-15996
> URL: https://issues.apache.org/jira/browse/HADOOP-15996
> Project: Hadoop Common
> Issue Type: New Feature
> Components: security
> Reporter: Eric Yang
> Assignee: Bolke de Bruin
> Priority: Major
> Attachments:
> 0001-Simple-trial-of-using-krb5.conf-for-auth_to_local-ru.patch
>
>
> Hadoop does not allow support of @ character in username in recent security
> mailing list vote to revert HADOOP-12751. Hadoop auth_to_local rule must
> match to authorize user to login to Hadoop cluster. This design does not
> work well in multi-realm environment where identical username between two
> realms do not map to the same user. There is also possibility that lossy
> regex can incorrectly map users. In the interest of supporting multi-realms,
> it maybe preferred to pass principal name without rewrite to uniquely
> distinguish users. This jira is to revisit if Hadoop can support full
> principal names without rewrite and provide a plugin to override Hadoop's
> default implementation of auth_to_local for multi-realm use case.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
