You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@knox.apache.org by lm...@apache.org on 2014/02/07 22:52:19 UTC
svn commit: r1565825 - in /incubator/knox:
site/books/knox-incubating-0-4-0/knox-incubating-0-4-0.html
trunk/books/0.4.0/knox_cli.md
Author: lmccay
Date: Fri Feb 7 21:52:19 2014
New Revision: 1565825
URL: http://svn.apache.org/r1565825
Log:
adding the knox_cli.md file
Added:
incubator/knox/trunk/books/0.4.0/knox_cli.md
Modified:
incubator/knox/site/books/knox-incubating-0-4-0/knox-incubating-0-4-0.html
Modified: incubator/knox/site/books/knox-incubating-0-4-0/knox-incubating-0-4-0.html
URL: http://svn.apache.org/viewvc/incubator/knox/site/books/knox-incubating-0-4-0/knox-incubating-0-4-0.html?rev=1565825&r1=1565824&r2=1565825&view=diff
==============================================================================
--- incubator/knox/site/books/knox-incubating-0-4-0/knox-incubating-0-4-0.html (original)
+++ incubator/knox/site/books/knox-incubating-0-4-0/knox-incubating-0-4-0.html Fri Feb 7 21:52:19 2014
@@ -439,7 +439,7 @@ ip-10-39-107-209.ec2.internal
<li>All security related artifacts are protected with the master secret</li>
<li>Secrets used by the gateway itself are stored within the gateway credential store and are the same across all gateway instances in the cluster of gateways</li>
<li>Secrets used by providers within cluster topologies are stored in topology specific credential stores and are the same for the same topology across the cluster of gateway instances. However, they are specific to the topology - so secrets for one hadoop cluster are different from those of another. This allows for fail-over from one gateway instance to another even when encryption is being used while not allowing the compromise of one encryption key to expose the data for all clusters.</li>
-</ol><p>NOTE: the SSL certificate will need special consideration depending on the type of certificate. Wildcard certs may be able to be shared across all gateway instances in a cluster. When certs are dedicated to specific machines the gateway identity store will not be able to be blindly replicated as host name verification problems will ensue. Obviously, trust-stores will need to be taken into account as well.</p><h3><a id="Knox+CLI"></a>Knox CLI</h3><p>The Knox CLI is a command line utility for management of various aspects of the Knox deployment. It is primarily concerned with the management of the security artifacts for the gateway instance and each of the deployed topologies or hadoop clusters that are gated by the Knox Gateway instance.</p><p>The various security artifacts are also generated and populated automatically by the Knox Gateway runtime when they are not found at startup. The assumptions made in those cases are appropriate for a test or development gateway instance
and assume ‘localhost’ for hostname specific activities. For production deployments the use of the CLI may aid in managing some prodution deployments.</p><p>The knoxcli.sh script is located in the {GATEWAY_HOME}/bin directory.</p><h4><a id="Help"></a>Help</h4><h5><a id="knoxcli.sh+[--help]"></a>knoxcli.sh [–help]</h5><p>prints help for all commands</p><h4><a id="Master+secret+persistence"></a>Master secret persistence</h4><h5><a id="knoxcli.sh+create-master+[--help]"></a>knoxcli.sh create-master [–help]</h5><p>Creates and persists an encrypted master secret in a file within {GATEWAY_HOME}/data/security/master</p><h4><a id="Alias+creation"></a>Alias creation</h4><h5><a id="knoxcli.sh+create-alias+n+[--cluster+c]+[--value+v]+[--generate]+[--help]"></a>knoxcli.sh create-alias n [–cluster c] [–value v] [–generate] [–help]</h5><p>Creates a password alias and stores it in a credential store within the {GATEWAY_HOME}/data/security/keystores
dir. </p>
+</ol><p>NOTE: the SSL certificate will need special consideration depending on the type of certificate. Wildcard certs may be able to be shared across all gateway instances in a cluster. When certs are dedicated to specific machines the gateway identity store will not be able to be blindly replicated as host name verification problems will ensue. Obviously, trust-stores will need to be taken into account as well.</p><h3><a id="Knox+CLI"></a>Knox CLI</h3><p>The Knox CLI is a command line utility for management of various aspects of the Knox deployment. It is primarily concerned with the management of the security artifacts for the gateway instance and each of the deployed topologies or hadoop clusters that are gated by the Knox Gateway instance.</p><p>The various security artifacts are also generated and populated automatically by the Knox Gateway runtime when they are not found at startup. The assumptions made in those cases are appropriate for a test or development gateway instance
and assume ‘localhost’ for hostname specific activities. For production deployments the use of the CLI may aid in managing some production deployments.</p><p>The knoxcli.sh script is located in the {GATEWAY_HOME}/bin directory.</p><h4><a id="Help"></a>Help</h4><h5><a id="knoxcli.sh+[--help]"></a>knoxcli.sh [–help]</h5><p>prints help for all commands</p><h4><a id="Master+secret+persistence"></a>Master secret persistence</h4><h5><a id="knoxcli.sh+create-master+[--help]"></a>knoxcli.sh create-master [–help]</h5><p>Creates and persists an encrypted master secret in a file within {GATEWAY_HOME}/data/security/master</p><h4><a id="Alias+creation"></a>Alias creation</h4><h5><a id="knoxcli.sh+create-alias+n+[--cluster+c]+[--value+v]+[--generate]+[--help]"></a>knoxcli.sh create-alias n [–cluster c] [–value v] [–generate] [–help]</h5><p>Creates a password alias and stores it in a credential store within the {GATEWAY_HOME}/data/security/keystores
dir. </p>
<table>
<thead>
<tr>
Added: incubator/knox/trunk/books/0.4.0/knox_cli.md
URL: http://svn.apache.org/viewvc/incubator/knox/trunk/books/0.4.0/knox_cli.md?rev=1565825&view=auto
==============================================================================
--- incubator/knox/trunk/books/0.4.0/knox_cli.md (added)
+++ incubator/knox/trunk/books/0.4.0/knox_cli.md Fri Feb 7 21:52:19 2014
@@ -0,0 +1,68 @@
+<!---
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You 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.
+--->
+
+### Knox CLI ###
+The Knox CLI is a command line utility for management of various aspects of the Knox deployment. It is primarily concerned with the management of the security artifacts for the gateway instance and each of the deployed topologies or hadoop clusters that are gated by the Knox Gateway instance.
+
+The various security artifacts are also generated and populated automatically by the Knox Gateway runtime when they are not found at startup. The assumptions made in those cases are appropriate for a test or development gateway instance and assume 'localhost' for hostname specific activities. For production deployments the use of the CLI may aid in managing some production deployments.
+
+The knoxcli.sh script is located in the {GATEWAY_HOME}/bin directory.
+
+#### Help ####
+##### knoxcli.sh [--help] #####
+prints help for all commands
+
+#### Master secret persistence ####
+##### knoxcli.sh create-master [--help] #####
+Creates and persists an encrypted master secret in a file within {GATEWAY_HOME}/data/security/master
+
+#### Alias creation ####
+##### knoxcli.sh create-alias n [--cluster c] [--value v] [--generate] [--help] #####
+Creates a password alias and stores it in a credential store within the {GATEWAY_HOME}/data/security/keystores dir.
+
+argument | description
+---------|-----------
+--name|name of the alias to create
+--cluster|name of Hadoop cluster for the cluster specific credential store otherwise assumes __gateway
+--value|parameter for specifying the actual password otherwise prompted<br/>
+--generate|boolean flag to indicate whether the tool should just generate the value. This assumes that --value is not set - will result in error otherwise. User will not be prompted for the value when --generate is set.
+
+#### Alias deletion ####
+##### knoxcli.sh delete-alias n [--cluster c] [--help] #####
+Deletes a password and alias mapping from a credential store within {GATEWAY_HOME}/data/security/keystores.
+
+argument | description
+---------|-----------
+--name | name of the alias to delete
+--cluster | name of Hadoop cluster for the cluster specific credential store otherwise assumes __gateway
+
+#### Alias listing ####
+##### knoxcli.sh list-alias [--cluster c] [--help] #####
+Lists the alias names for the credential store within {GATEWAY_HOME}/data/security/keystores.
+
+argument | description
+---------|-----------
+--cluster | name of Hadoop cluster for the cluster specific credential store otherwise assumes __gateway
+
+#### Self-signed cert creation ####
+##### knoxcli.sh create-cert [--hostname n] [--help] #####
+Creates and stores a self-signed certificate to represent the identity of the gateway instance. This is stored within the {GATEWAY_HOME}/data/security/keystores/gateway.jks keystore.
+
+argument | description
+:--------|-----------
+--hostname | name of the host to be used in the self-signed certificate. This allows multi-host deployments to specify the proper hostnames for hostname verification to succeed on the client side of the SSL connection. The default is âlocalhostâ.
+