Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: common-issues@hadoop.apache.org
Date: Wed, 4 Jul 2012 06:12:34 +0000 (UTC)
From: "Laxman (JIRA)" <jira@apache.org>
To: common-issues@hadoop.apache.org
Message-ID: <1882027919.2083.1341382354849.JavaMail.jiratomcat@issues-vm>
In-Reply-To: <646958215.1784.1341369036696.JavaMail.jiratomcat@issues-vm>
Subject: [jira] [Commented] (HADOOP-8554) KerberosAuthenticator should use
 the configured principal
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Laxman commented on HADOOP-8554:
--------------------------------

About to raise another issue and noticed.
We are also facing this problem in 2.0.1

bq. Seems like we should use the configured hadoop.http.authentication.kerberos.principal instead right?

I don't find this property in trunk. I think it's better to pass principal from the user of KerberosAuthenticator.

Any different opinion?
                
> KerberosAuthenticator should use the configured principal
> ---------------------------------------------------------
>
>                 Key: HADOOP-8554
>                 URL: https://issues.apache.org/jira/browse/HADOOP-8554
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: security
>    Affects Versions: 1.0.0
>            Reporter: Eli Collins
>
> In KerberosAuthenticator we construct the principal as follows:
> {code}
> String servicePrincipal = "HTTP/" + KerberosAuthenticator.this.url.getHost();
> {code}
> Seems like we should use the configured hadoop.http.authentication.kerberos.principal instead right?
> I hit this issue as a distcp using webhdfs://localhost fails because HTTP/localhost is not in the kerb DB but using webhdfs://eli-thinkpad works because HTTP/eli-thinkpad is (and is my configured principal). distcp using Hftp://localhost with the same config works so it looks like this check is webhdfs specific for some reason (webhdfs is using spnego and hftp is not?).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira