<ahref="http://maven.apache.org/"title="Built by Maven"class="poweredBy">
<imgalt="Built by Maven"src="./images/logos/maven-feather.png"/>
</a>
</div>
</div>
<divid="bodyColumn">
<divid="contentBox">
<!---
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License. See accompanying LICENSE file.
-->
<h1>Hadoop Auth, Java HTTP SPNEGO - Server Side Configuration</h1><section>
<h2><aname="Server_Side_Configuration_Setup"></a>Server Side Configuration Setup</h2>
<p>The AuthenticationFilter filter is Hadoop Auth’s server side component.</p>
<p>This filter must be configured in front of all the web application resources that required authenticated requests. For example:</p>
<p>The Hadoop Auth and dependent JAR files must be in the web application classpath (commonly the <code>WEB-INF/lib</code> directory).</p>
<p>Hadoop Auth uses SLF4J-API for logging. Auth Maven POM dependencies define the SLF4J API dependency but it does not define the dependency on a concrete logging implementation, this must be addded explicitly to the web application. For example, if the web applicationan uses Log4j, the SLF4J-LOG4J12 and LOG4J jar files must be part of the web application classpath as well as the Log4j configuration file.</p><section>
<p><code>config.prefix</code>: If specified, all other configuration parameter names must start with the prefix. The default value is no prefix.</p>
</li>
<li>
<p><code>[PREFIX.]type</code>: the authentication type keyword (<code>simple</code> or <br/>
<code>kerberos</code>) or a Authentication handler implementation.</p>
</li>
<li>
<p><code>[PREFIX.]signature.secret.file</code>: When <code>signer.secret.provider</code> is set to <code>file</code>, this is the location of file including the secret used to sign the HTTP cookie.</p>
</li>
<li>
<p><code>[PREFIX.]token.validity</code>: The validity -in seconds- of the generated authentication token. The default value is <code>36000</code> seconds. This is also used for the rollover interval when <code>signer.secret.provider</code> is set to <code>random</code> or <code>zookeeper</code>.</p>
</li>
<li>
<p><code>[PREFIX.]cookie.domain</code>: domain to use for the HTTP cookie that stores the authentication token.</p>
</li>
<li>
<p><code>[PREFIX.]cookie.path</code>: path to use for the HTTP cookie that stores the authentication token.</p>
</li>
<li>
<p><code>signer.secret.provider</code>: indicates the name of the SignerSecretProvider class to use. Possible values are: <code>file</code>, <code>random</code>, <code>zookeeper</code>, or a classname. If not specified, the <code>file</code> implementation will be used; and failing that, the <code>random</code> implementation will be used. If “file” is to be used, one need to specify <code>signature.secret.file</code> and point to the secret file.</p>
<p><b>IMPORTANT</b>: A KDC must be configured and running.</p>
<p>To use Kerberos SPNEGO as the authentication mechanism, the authentication filter must be configured with the following init parameters:</p>
<ul>
<li>
<p><code>[PREFIX.]type</code>: the keyword <code>kerberos</code>.</p>
</li>
<li>
<p><code>[PREFIX.]kerberos.principal</code>: The web-application Kerberos principal name. The Kerberos principal name must start with <code>HTTP/...</code>. For example: <code>HTTP/localhost@LOCALHOST</code>. There is no default value.</p>
</li>
<li>
<p><code>[PREFIX.]kerberos.keytab</code>: The path to the keytab file containing the credentials for the kerberos principal. For example: <code>/Users/tucu/tucu.keytab</code>. There is no default value.</p>
<p>To use Pseudo/Simple as the authentication mechanism (trusting the value of the query string parameter ‘user.name’), the authentication filter must be configured with the following init parameters:</p>
<ul>
<li>
<p><code>[PREFIX.]type</code>: the keyword <code>simple</code>.</p>
</li>
<li>
<p><code>[PREFIX.]simple.anonymous.allowed</code>: is a boolean parameter that indicates if anonymous requests are allowed or not. The default value is <code>false</code>.</p>
<p><b>IMPORTANT</b>: A KDC must be configured and running.</p>
<p>The AltKerberos authentication mechanism is a partially implemented derivative of the Kerberos SPNEGO authentication mechanism which allows a “mixed” form of authentication where Kerberos SPNEGO is used by non-browsers while an alternate form of authentication (to be implemented by the user) is used for browsers. To use AltKerberos as the authentication mechanism (besides providing an implementation), the authentication filter must be configured with the following init parameters, in addition to the previously mentioned Kerberos SPNEGO ones:</p>
<ul>
<li>
<p><code>[PREFIX.]type</code>: the full class name of the implementation of AltKerberosAuthenticationHandler to use.</p>
</li>
<li>
<p><code>[PREFIX.]alt-kerberos.non-browser.user-agents</code>: a comma-separated list of which user-agents should be considered non-browsers.</p>
<p><b>IMPORTANT</b>: A LDAP server must be configured and running. When TLS is enabled for communication with LDAP server (either via ldaps scheme or ‘start TLS’ extension), configure the public certificate of the LDAP server in the local truststore.</p>
<p>The LDAP authentication mechanism uses HTTP Basic authentication scheme to verify user specified credentials against a configured LDAP (or Active Directory) server. The authentication filter must be configured with the following init parameters:</p>
<ul>
<li>
<p><code>[PREFIX.]type</code>: The keyword <code>ldap</code>.</p>
</li>
<li>
<p><code>[PREFIX.]ldap.providerurl</code>: The url of the LDAP server.</p>
</li>
<li>
<p><code>[PREFIX.]ldap.basedn</code>: The base distinguished name (DN) to be used with the LDAP server. This value is appended to the provided user id for authentication purpose. This property is not useful in case of Active Directory server.</p>
</li>
<li>
<p><code>[PREFIX.]ldap.binddomain</code>: The LDAP bind domain value to be used with the LDAP server. This property is optional and useful only in case of Active Directory server (e.g. example.com).</p>
</li>
<li>
<p><code>[PREFIX.]ldap.enablestarttls</code>: A boolean value used to define if the LDAP server supports ‘StartTLS’ extension.</p>
<p><b>IMPORTANT</b>: This configuration supports multiple authentication mechanisms (e.g. kerberos, ldap etc.) together. Please refer to the documentation for each individual scheme for configuration related details.</p>
<p>The multi-scheme authentication mechanism supports multiple authentication mechanisms (e.g. kerberos, ldap etc.) by implementing a HTTP auth negotiation mechanism (Please refer to RFC-2616). For enabling each type of authentication mechanism (e.g. ldap) a corresponding authentication handler must be configured. Please refer to following configuration parameters:</p>
<ul>
<li>
<p><code>[PREFIX.]type</code>: The keyword <code>multi-scheme</code>.</p>
</li>
<li>
<p><code>[PREFIX.]multi-scheme-auth-handler.schemes</code>: A comma separated list of HTTP authentication mechanisms supported by this handler. It is a required parameter and it does not have a default value (e.g. multi-scheme-auth-handler.schemes=basic,negotiate).</p>
</li>
<li>
<p><code>[PREFIX.]multi-scheme-auth-handler.schemes.<scheme-name>.handler</code>: The authentication handler implementation to be used for the specified authentication scheme. It does not have a default value (e.g. multi-scheme-auth-handler.schemes.negotiate.handler=kerberos). Add this handler configuration for each of the scheme configured.</p>
</li>
</ul>
<p>In addition to these parameters, please specify the init parameters for each handler configured as well.</p>
<p>The SignerSecretProvider is used to provide more advanced behaviors for the secret used for signing the HTTP Cookies.</p>
<p>These are the relevant configuration properties:</p>
<ul>
<li>
<p><code>signer.secret.provider</code>: indicates the name of the SignerSecretProvider class to use. Possible values are: “file”, “random”, “zookeeper”, or a classname. If not specified, the “file” implementation will be used; and failing that, the “random” implementation will be used. If “file” is to be used, one need to specify <code>signature.secret.file</code> and point to the secret file.</p>
</li>
<li>
<p><code>[PREFIX.]signature.secret.file</code>: When <code>signer.secret.provider</code> is set to <code>file</code> or not specified, this is the value for the secret used to sign the HTTP cookie.</p>
</li>
<li>
<p><code>[PREFIX.]token.validity</code>: The validity -in seconds- of the generated authentication token. The default value is <code>36000</code> seconds. This is also used for the rollover interval when <code>signer.secret.provider</code> is set to <code>random</code> or <code>zookeeper</code>.</p>
</li>
</ul>
<p>The following configuration properties are specific to the <code>zookeeper</code> implementation:</p>
<ul>
<li>
<p><code>signer.secret.provider.zookeeper.connection.string</code>: Indicates the ZooKeeper connection string to connect with. The default value is <code>localhost:2181</code></p>
</li>
<li>
<p><code>signer.secret.provider.zookeeper.path</code>: Indicates the ZooKeeper path to use for storing and retrieving the secrets. All servers that need to coordinate their secret should point to the same path</p>
</li>
<li>
<p><code>signer.secret.provider.zookeeper.auth.type</code>: Indicates the auth type to use. Supported values are <code>none</code> and <code>sasl</code>. The default value is <code>none</code>.</p>
</li>
<li>
<p><code>signer.secret.provider.zookeeper.kerberos.keytab</code>: Set this to the path with the Kerberos keytab file. This is only required if using Kerberos.</p>
</li>
<li>
<p><code>signer.secret.provider.zookeeper.kerberos.principal</code>: Set this to the Kerberos principal to use. This only required if using Kerberos.</p>
</li>
<li>
<p><code>signer.secret.provider.zookeeper.disconnect.on.shutdown</code>: Whether to close the ZooKeeper connection when the provider is shutdown. The default value is <code>true</code>. Only set this to <code>false</code> if a custom Curator client is being provided and the disconnection is being handled elsewhere.</p>
</li>
</ul>
<p>The following attribute in the ServletContext can also be set if desired: * <code>signer.secret.provider.zookeeper.curator.client</code>: A CuratorFramework client object can be passed here. If given, the “zookeeper” implementation will use this Curator client instead of creating its own, which is useful if you already have a Curator client or want more control over its configuration.</p>
