[
https://issues.apache.org/jira/browse/HADOOP-8779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13482763#comment-13482763
]
Kan Zhang commented on HADOOP-8779:
-----------------------------------
bq. That's not how the token routines are conditionalized today. Some simply
return null if isSecurityEnabled is false.
Today, tokens are only issued when Kerberos is used and using Kerberos is
synonymous to security being turned on. Hence isSecurityEnabled is used as a
proxy for checking if Kerberos is used. When Kerberos is not the only initial
auth method to be paired with tokens, the checking should be "is the client
authenticated using the configured initial auth method(s)"?
bq. I don't believe it's the filesystem's responsibility to decide if a token
can be issued.
The token is called NN delegation token. It's a credential that NN generates
and manages for its clients to connect back. It is the sole responsibility of
NN to decide whether it should issue, expire, or validate/accept a token for a
given client. You lost me here. :-)
bq. If the user/job-client requests a token, then it should try to issue one.
Why? If SIMPLE instead of TOKEN is configured as subsequent auth method, why
issue a token that will never be used? Simplifying code is good, but not to the
extend that unnecessary objects are created and exchanged at runtime.
bq. We are not in stark opposition on this point. I'd rather we don't have
multiple code paths, but we can add conditionals to the job client to
enable/disable token fetching, and to the RPC client to only use tokens to
allow SIMPLE + SIMPLE.
I don't think adding conditionals to the job client is needed. A config option
for subsequent auth method should suffice for now. This option decides whether
the job client should fetch tokens and whether RPC client for jobs should use
tokens. It also tells NN whether it should issue tokens.
> Use tokens regardless of authentication type
> --------------------------------------------
>
> Key: HADOOP-8779
> URL: https://issues.apache.org/jira/browse/HADOOP-8779
> Project: Hadoop Common
> Issue Type: New Feature
> Components: fs, security
> Affects Versions: 3.0.0, 2.0.2-alpha
> Reporter: Daryn Sharp
> Assignee: Daryn Sharp
>
> Security is a combination of authentication and authorization (tokens).
> Authorization may be granted independently of the authentication model.
> Tokens should be used regardless of simple or kerberos authentication.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira