2014-10-07 13 views
5

Sto provando a proteggere il mio cluster Hadoop HDP2 usando Kerberos.WebHDFS non funziona su un cluster hadoop sicuro

Finora Hdf, Hive, Hbase, Hue Beeswax e Hue Job/Task Browser funzionano correttamente; tuttavia Browser file di Hue non funziona, risponde:

WebHdfsException at /filebrowser/ 
AccessControlException: SIMPLE authentication is not enabled. Available:[TOKEN, KERBEROS] (error 500) 
Request Method: GET 
Request URL: http://bt1svlmy:8000/filebrowser/ 
Django Version: 1.2.3 
Exception Type: WebHdfsException 
Exception Value:  
AccessControlException: SIMPLE authentication is not enabled. Available:[TOKEN, KERBEROS] (error 500) 
Exception Location: /usr/lib/hue/desktop/libs/hadoop/src/hadoop/fs/webhdfs.py in _stats, line 208 
Python Executable: /usr/bin/python2.6 
Python Version: 2.6.6 
(...) 

Il mio file hue.ini è configurato con tutte le security_enabled=true ed altri parametri relativi impostati.


Credo che il problema sia con WebHDFS.

Ho provato i comandi ricciolo formulato http://hadoop.apache.org/docs/r1.0.4/webhdfs.html#Authentication

curl -i --negotiate -L -u : "http://172.19.115.50:14000/webhdfs/v1/filetoread?op=OPEN" 

risposte:

HTTP/1.1 403 Forbidden 
Server: Apache-Coyote/1.1 
Set-Cookie: hadoop.auth=; Path=/; Expires=Thu, 01-Jan-1970 00:00:00 GMT; HttpOnly 
Content-Type: text/html;charset=utf-8 
Content-Length: 1027 
Date: Wed, 08 Oct 2014 06:55:51 GMT 

<html><head><title>Apache Tomcat/6.0.37 - Error report</title><style><!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--></style> </head><body><h1>HTTP Status 403 - Anonymous requests are disallowed</h1><HR size="1" noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b> <u>Anonymous requests are disallowed</u></p><p><b>description</b> <u>Access to the specified resource has been forbidden.</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/6.0.37</h3></body></html> 

e ho potuto riprodurre il messaggio di errore di Hue con l'aggiunta di un utente con la seguente richiesta ricciolo:

curl --negotiate -i -L -u: "http://172.19.115.50:14000/webhdfs/v1/filetoread?op=OPEN&user.name=theuser" 

risponde:

HTTP/1.1 500 Internal Server Error 
Server: Apache-Coyote/1.1 
Set-Cookie: hadoop.auth=u=theuser&p=theuser&t=simple&e=1412735529027&s=rQAfgMdExsQjx6N8cQ10JKWb2kM=; Path=/; Expires=Wed, 08-Oct-2014 02:32:09 GMT; HttpOnly 
Content-Type: application/json 
Transfer-Encoding: chunked 
Date: Tue, 07 Oct 2014 16:32:09 GMT 
Connection: close 

{"RemoteException":{"message":"SIMPLE authentication is not enabled. Available:[TOKEN, KERBEROS]","exception":"AccessControlException","javaClassName":"org.apache.hadoop.security.AccessControlException"}} 

Sembra che non vi sia alcuna negoziazione Kerberos tra WebHDFS e arricciatura.

Mi aspettavo qualcosa di simile:

HTTP/1.1 401 UnauthorizedContent-Type: text/html; charset=utf-8 
WWW-Authenticate: Negotiate 
Content-Length: 0 
Server: Jetty(6.1.26) 
HTTP/1.1 307 TEMPORARY_REDIRECT 
Content-Type: application/octet-stream 
Expires: Thu, 01-Jan-1970 00:00:00 GMT 
Set-Cookie: hadoop.auth="u=exampleuser&[email protected]&t=kerberos&e=1375144834763&s=iY52iRvjuuoZ5iYG8G5g12O2Vwo=";Path=/ 
Location: http://hadoopnamenode.mycompany.com:1006/webhdfs/v1/user/release/docexample/test.txt?op=OPEN&delegation=JAAHcmVsZWFzZQdyZWxlYXNlAIoBQCrfpdGKAUBO7CnRju3TbBSlID_osB658jfGfRpEt8-u9WHymRJXRUJIREZTIGRlbGVnYXRpb24SMTAuMjAuMTAwLjkxOjUwMDcw&offset=0 
Content-Length: 0 
Server: Jetty(6.1.26) 
HTTP/1.1 200 OK 
Content-Type: application/octet-stream 
Content-Length: 16 
Server: Jetty(6.1.26) 
A|1|2|3 
B|4|5|6 

Qualche idea di cosa poteva andare storto?

Io ho nella mia hdfs-site.xml in ogni nodo:

<property> 
    <name>dfs.webhdfs.enabled</name> 
    <value>true</value> 
</property> 

<property> 
    <name>dfs.web.authentication.kerberos.principal</name> 
    <value>HTTP/[email protected]</value> 
</property> 

<property> 
    <name>dfs.web.authentication.kerberos.keytab</name> 
    <value>/etc/hadoop/conf/HTTP.keytab</value> <!-- path to the HTTP keytab --> 
</property> 
+0

Ciao Arnaud, Questo è bello; Sto cercando di proteggere l'ambiente hadoop usando Kerberos. Puoi dirmi per favore il processo/modo che hai scelto in dettaglio? –

+1

Beh, questa sarebbe una lunga risposta, troppo lunga per questo forum. In poche parole, devi installare un KDC da qualche parte, creare superutente e credenziali del sistema hadoop e pensare all'interconnessione del tuo KDC con il tuo sistema LDAP aziendale legacy per l'identificazione dell'utente. Ho usato Ambari + alcuni script di shell fatti a mano per configurare effettivamente il cluster hadoop; http://ambari.apache.org/current/installing-hadoop-using-ambari/content/ambari-kerb.html ti fornirà i dettagli. – Arnaud

+0

Ok Arnaud, lasciami dare un'occhiata; Sto lavorando con un cluster di hadoop funzionante su 2 macchine ubuntu e inizio con l'installazione di Ambari. –

risposta

3

Sembra che non si accede WebHDFS (porta di default = 50070), ma HttpFS (porta di default = 14000), che è una webapp "pianura" non è protetto allo stesso modo.

Un URL WebHDFS è spesso qualcosa come http://namenode:50070/webhdfs/v1; prova a modificare hue.ini con quel parametro (WebHDFS è raccomandato su HttpFS)

+0

Grazie, questo ha risolto il mio problema! – Arnaud

+1

Tuttavia, ho una configurazione active/standby, e non sono in grado di determinare con certezza quale sia il namenode ... Come gestirlo? – Arnaud

+1

Da Cloudera doc: "Sia WebHDFS che HttpFS utilizzano l'API REST HTTP in modo che siano completamente interoperabili, ma Hue deve essere configurata per l'utilizzo dell'uno o dell'altro. Per le distribuzioni HDFS HA, è necessario utilizzare HttpFS." (Http: //www.cloudera.com/content/Cloudera/it/documentazione/cdh4/v4-2-0/CDH4-installazione-Guide/cdh4ig_topic_15_4.html) – Arnaud

Problemi correlati