Difference: APPXLoginManagerForUnixLinux (47 vs. 48)

Revision 482008-07-29 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPXConnectionManager"
Added:
>
>
 

APPX Login Manager For Unix/Linux

This page describes how to install the APPX Login Manager command and how to use it to install, configure, and manage APPX Login Services on Unix/Linux systems.
Line: 44 to 45
 In the event that it is necessary to reset the permissions on the appxLoginMgr command, the following commands can be run by the root user to set the necessary owner and group permissions for the appxLoginMgr command.


Changed:
<
<

cd /usr/local/appx/tools chown root appxLoginMgr chgrp appxgrp appxLoginMgr chmod 4775 appxLoginMgr

>
>

cd /usr/local/appx/tools chown root appxLoginMgr chgrp appxgrp appxLoginMgr chmod 4775 appxLoginMgr

 

You can check the permissions of the appxLoginMgr command by running the following command:


Changed:
<
<
ls -l appxLoginMgr
>
>
ls -l appxLoginMgr
 

The recommended permissions should be as follows:

Line: 95 to 96
 The appxLoginMgr command can be used to manage an instance of the APPX Connection Service. The appxLoginMgr command can be used to start, stop, restart, or display the status of an instance of an APPX Connection Service.

Method 2 - O/S Services

Changed:
<
<
Your operating system includes commands or programs that can be used to manage services. APPX Connection Services can be managed with these tools. The actual commands and programs vary depending on your operating system. Red Hat uses the command line tool service.
>
>
Your operating system includes commands or programs that can be used to manage services. APPX Connection Services can be managed with these tools. The actual commands and programs vary depending on your operating system. Red Hat uses the command line tool service.
 

Changed:
<
<
[root@tubes tools]# service appxd-8060 status
>
>
[root@tubes tools]# service appxd-8060 status
 Warning - the engine that you named has the setuid bit enabled, you may not want that bit set for the authentication method that you have chosen (OS-User)
Line: 107 to 108
 

Changed:
<
<

Usage (appxdsvc)

>
>

Usage (appxLoginMgr)

 

Synopsis - Service Configuration

The appxLoginMgr service configuration commands are used to create, configure, and remove an instance of an APPX Connection Service.
Line: 179 to 180
 
This option can be used to disable the ability to define an APPX keymap. If set to true, those interactive clients which support the ability to define an APPX keymap will not be allowed to do so.

-initScript={lsb, RedHat}

Changed:
<
<
Used with -install option to specify the type of operating system that the service script is to be created for. If this option is not specified, appxdsvc will determine which type of service script to install.
>
>
Used with -install option to specify the type of operating system that the service script is to be created for. If this option is not specified, appxLoginMgr will determine which type of service script to install.
 
Options - Session Identity/Permissions
-ImpersonateUID={true, false}
If this value is set to false, an APPX session which is initiated by the connection service will run as the user of the connection ServiceOwner. Set this value to true if you want the APPX session to run with the permissions of a user (impersonate) other than the user of the connection service. If this value is set to true, then the ImpersonateUser option determines which user the APPX session should impersonate.
Line: 276 to 277
 
VARIABLE=VALUE
You can include a space-separated list of environment variables at the end of the command line when you use the -install option. These environment variables will be saved in the env file that is created and will be given to the environment of the appx sessions that are started by the Connection Manager.

Synopsis - Service Management

Changed:
<
<
appxdsvc [-start | -stop | -restart | -status] {SERVICENAME | -serviceName=SERVICENAME}
>
>
appxLoginMgr [-start | -stop | -restart | -status] {SERVICENAME | -serviceName=SERVICENAME}
  MANAGEMENT OPTIONS
-start | < blank >
Line: 295 to 296
  Example 1: Configure and start a new instance of the Connection Service that will listen for connection requests on port 8060:
Changed:
<
<
appxdsvc -install -port=8060
>
>
appxLoginMgr -install -port=8060
 
Warning - the engine that you named has the setuid bit enabled

Line: 304 to 305
 ../appx Configuration written to: appxd-8060.ini Environment written to: appxd-8060.envtten to: /etc/rc.d/init.d/appxd-8060
Changed:
<
<
appxdsvc -install -port=8060 -name=appx8060 -displayName="Appx-Production(8060)" -engine=/usr/local/appx/appx APPXPATH=c:\appx\data APPX_KEYMAP=WINDOWS
>
>
appxLoginMgr -install -port=8060 -name=appx8060 -displayName="Appx-Production(8060)" -engine=/usr/local/appx/appx APPXPATH=c:\appx\data APPX_KEYMAP=WINDOWS
  Display the status of an instance of the Connection Service:
Changed:
<
<
appxdsvc -status appx8060
>
>
appxLoginMgr -status appx8060
  Shutdown a running instance of the Connection Service:
Changed:
<
<
appxdsvc -stop appx8060
>
>
appxLoginMgr -stop appx8060
  Start a previously configured instance of the Connection Service:
Changed:
<
<
appxdsvc -start appx8060
>
>
appxLoginMgr -start appx8060
 

The Configuration File (ini)

Each instance of an APPX Connection Service has a configuration file that is used to store the various parameters relating to that specific instance of the connection service.
Changed:
<
<
The -install option of the appxdsvc command creates the configuration file when the service is created.
>
>
The -install option of the appxLoginMgr command creates the configuration file when the service is created.
  The name of the configuration file is the concatenation of the service name and ".ini". For example, if the service name is "appxd-8430", the name of the configuration file will be "appxd-8430.ini".
Changed:
<
<
The configuration file is created in whichever directory is your current directory at the time that the appxdsvc command is run to create the service. Therefore, before you run the appxdsvc command to create a service, you must first change to the directory where you want the configuration file to reside. For example, if you want the configuration file to be created in the APPX tools directory, you should change to the tools directory before you run the appxdsvc command.
>
>
The configuration file is created in whichever directory is your current directory at the time that the appxLoginMgr command is run to create the service. Therefore, before you run the appxLoginMgr command to create a service, you must first change to the directory where you want the configuration file to reside. For example, if you want the configuration file to be created in the APPX tools directory, you should change to the tools directory before you run the appxLoginMgr command.
  The name of the configuration file and the location of the configuration file should not be changed. The service that is created will not work correctly if the name or the location of the configuration file is changed.
Line: 386 to 389
 

The Environment File (env)

Each instance of an APPX Connection Service has an environment file that is used to store the environment variables relating to that specific instance of the connection service. The environment variables in the environment file are inherited by each APPX session that is started by the APPX Connection Service.
Changed:
<
<
The -install option of the appxdsvc command creates the environment file when the service is created.
>
>
The -install option of the appxLoginMgr command creates the environment file when the service is created.
  The name of the environment file is the concatenation of the service name and ".env". For example, if the service name is "appxd-8430", the name of the environment file will be "appxd-8430.env".
Changed:
<
<
The environment file is created in whichever directory is your current directory at the time that the appxdsvc command is run to create the service. Therefore, before you run the appxdsvc command to create a service, you must first change to the directory where you want the environment file to reside. For example, if you want the environment file to be created in the APPX tools directory, you should change to the tools directory before you run the appxdsvc command.
>
>
The environment file is created in whichever directory is your current directory at the time that the appxLoginMgr command is run to create the service. Therefore, before you run the appxLoginMgr command to create a service, you must first change to the directory where you want the environment file to reside. For example, if you want the environment file to be created in the APPX tools directory, you should change to the tools directory before you run the appxLoginMgr command.
  The name of the environment file and the location of the environment file should not be changed. The service that is created will not work correctly if the name or the location of the environment file is changed.
Line: 525 to 528
 

appxLoginMgr behavior to keep in mind

Changed:
<
<

The appxLoginMgr -modify argument will maintain existing values,

>
>

The appxLoginMgr -modify argument will maintain existing values,

 but will actually remove and create new .env and .ini files with the new values specified. This combination action of remove and recreation will change (remove) any existing non default comments.
Line: 667 to 667
 
  1. To match the Windows platform, he following should be valid syntax: "appxLoginMgr -install". It should default to port 8060, or the Windows platform should not default to port 8060.
  2. To clarify the purpose of the file, consider renaming uappxd/appxdsvc to appxLoginMgr on all platforms.
  3. To clarify the purpose of the file, consider renaming uappxd/appxdsvc to appxAuditLogger
Changed:
<
<
  1. In an effort to make appxdsvc and uappxd (appxLoginMgr) as similar as possible, consider allowing -status as a single argument that would list all appxLoginMgr daemons.  (Perhaps this isn't practical on Unix platforms)
  2. APPX_KEYMAP environment variable should be initialized upon default install options.  Currently "appxLoginMgr -install -SockPort=8060" does not place APPX_KEYMAP into appxLoginMgr-8060.env.
>
>
  1. In an effort to make appxdsvc and uappxd (appxLoginMgr) as similar as possible, consider allowing -status as a single argument that would list all appxLoginMgr daemons. (Perhaps this isn't practical on Unix platforms)
  2. APPX_KEYMAP environment variable should be initialized upon default install options. Currently "appxLoginMgr -install -SockPort=8060" does not place APPX_KEYMAP into appxLoginMgr-8060.env.
 
  1. appxLoginMgr should create .ini and .env files in the tools subdirectory, and not in the current working directory.
  2. The appxLoginMgr -replace argument should require the -ServiceName option, and not assume ServiceName=appxd-8060.
Changed:
<
<
  1. The requirements for use of -name argument seem inconsistant.  Below are examples where + works, and - does not.
>
>
  1. The requirements for use of -name argument seem inconsistant. Below are examples where + works, and - does not.
 
    1. (-) ./appxLoginMgr -modify appxd-8060 -TCPNodelay=false

    2. (+) ./appxLoginMgr -modify -name=appxd-8060 -TCPNodelay=false
    3. (-)./appxLoginMgr -status
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback