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

Allen Wittenauer edited comment on HDFS-5796 at 3/3/15 8:43 PM:
----------------------------------------------------------------

bq. please correct me if Im wrong, but looking a the code in hadoop trunk, I 
don't think AltKerberos is currently used.

It's existed for a very long time. We're using it in 2.4.1 on our secure 
clusters now. One configures it in core-site.xml to enable it.

bq. So that we are on the same page, we agree using AltKerberos Handler is the 
right approach.. but I think we should agree on what exactly should be the 
alternate mechanism...

This stuff is (as typical) poorly documented, but that's the point of 
AltKerberos.  Users can build their own filter mechanism to work alongside the 
SPNEGO one.  So if someone wants to use (for example) OAuth, they just need to 
push that Implementation into their own jar and configure it in core-site.xml. 
So if you wanted to, you could do the necessary Implementation of the 
AltKerberos methods that said "we auth via SPNENGO and SAML and anyone that 
fails gets Dr. Who".  This way we don't have to dictate anything.  It probably 
would be useful, however, to have a working AltKerberos example that does 
something real... but that's a different issue.


was (Author: aw):
bq. please correct me if Im wrong, but looking a the code in hadoop trunk, I 
don't think AltKerberos is currently used.

It's existed for a very long time. We're using it in 2.4.1 on our secure 
clusters now. One configures it in core-site.xml to enable it.

bq. So that we are on the same page, we agree using AltKerberos Handler is the 
right approach.. but I think we should agree on what exactly should be the 
alternate mechanism...

This stuff is (as typical) poorly documented, but that's the point of 
AltKerberos.  Users can build their own filter mechanism to work alongside the 
SPNEGO one.  So if someone wants to use (for example) OAuth, they just need to 
push that Implementation into their own jar and configure it in core-site.xml. 
So if you wanted to, you could do the necessary Implementation of the 
AltKerberos methods that said "we auth via SAML and anyone that fails gets Dr. 
Who".  This we we don't have to dictate anything.  It probably would be useful, 
however, to have a working AltKerberos example that does something real... but 
that's a different issue.

> The file system browser in the namenode UI requires SPNEGO.
> -----------------------------------------------------------
>
>                 Key: HDFS-5796
>                 URL: https://issues.apache.org/jira/browse/HDFS-5796
>             Project: Hadoop HDFS
>          Issue Type: Bug
>    Affects Versions: 2.5.0
>            Reporter: Kihwal Lee
>            Assignee: Arun Suresh
>            Priority: Blocker
>         Attachments: HDFS-5796.1.patch, HDFS-5796.1.patch, HDFS-5796.2.patch, 
> HDFS-5796.3.patch, HDFS-5796.3.patch
>
>
> After HDFS-5382, the browser makes webhdfs REST calls directly, requiring 
> SPNEGO to work between user's browser and namenode.  This won't work if the 
> cluster's security infrastructure is isolated from the regular network.  
> Moreover, SPNEGO is not supposed to be required for user-facing web pages.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to