You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Owen O'Malley (JIRA)" <ji...@apache.org> on 2013/10/01 17:14:25 UTC

[jira] [Resolved] (HDFS-3699) HftpFileSystem should try both KSSL and SPNEGO when authentication is required

     [ https://issues.apache.org/jira/browse/HDFS-3699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Owen O'Malley resolved HDFS-3699.
---------------------------------

    Resolution: Won't Fix

Using KSSL is strongly deprecated and should be avoided in secure clusters.

> HftpFileSystem should try both KSSL and SPNEGO when authentication is required
> ------------------------------------------------------------------------------
>
>                 Key: HDFS-3699
>                 URL: https://issues.apache.org/jira/browse/HDFS-3699
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>            Reporter: eric baldeschwieler
>
> See discussion in HDFS-2617 (Replaced Kerberized SSL for image transfer and fsck with SPNEGO-based solution).
> To handle the transition from Hadoop1.0 systems running KSSL authentication to Hadoop systems running SPNEGO, it would be good to fix the client in both 1 and 2 to try SPNEGO and then fall back to try KSSL.  
> This will allow organizations that are running a lot of Hadoop 1.0 to gradually transition over, without needing to convert all clusters at the same time.  They would first need to update their 1.0 HFTP clients (and 2.0/0.23 if they are already running those) and then they could copy data between clusters without needing to move all clusters to SPNEGO in a big bang.



--
This message was sent by Atlassian JIRA
(v6.1#6144)