Difference: APPXLoginManagerForUnixLinux (49 vs. 50)

Revision 502008-09-15 - SteveFrizzell

Line: 1 to 1
Changed:
<
<
META TOPICPARENT name="APPXConnectionManager"
>
>
META TOPICPARENT name="APPX500Features"
 

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: 8 to 8
  The APPX Login Manager command is used to configure and manage APPX Login Services.
Changed:
<
<
An APPX Login Service (or daemon) listens for and processes login requests from various types of APPX clients.
>
>
An APPX Login Service (daemon) listens for and processes login requests from various types of APPX clients.
  The following types of remote APPX clients are supported:
  • APPX Desktop Client (Java)
Line: 45 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: 75 to 75
 
  1. The service is started

For compete information on using the -install option of the appxLoginMgr command, please refer to the usage section of this page.

Changed:
<
<
>
>
 

The Name of the Service

Each instance of an APPX Connection Service must have a unique name. When creating an instance of a service, the -name option may be used to specify the name that you want the service to have. If you do not specify a name, a name will be assigned for you for example, appxd-8060.

Line: 83 to 83
 When creating an instance of an APPX Connection Service, the -SockPort option must be used to specify the TCP/IP port number on which the service is to listen for connection requests. Any available TCP/IP port number may be specified when installing an instance of the APPX Connection Manager Service. However, as a matter of convention, most APPX administrators configure the APPX Connection Service to listen for connections on port 8060. If additional instances of the APPX Connection Manager are configured, each instance is typically assigned the next available port number after 8060.

Changing a Connection Service

Two methods are available for modifying an existing instance of an APPX Connection Service.
Changed:
<
<
>
>
 

Method 1 - The APPX Login Manager Command (appxLoginMgr)

The -modify command and the - replace command of the appxLoginMgr tool can be used to modify or replace a previously configured instance of the APPX Login Manager. These options update the existing APPX Login Manager daemon configuration files (ini and env) with the options specified. If you use this technique, the service will be automatically restarted for you, using the new settings. Note that when specifying variables on the command line, you must prefix them with a dash if you are referring to settings such as SSLmode, or without a dash if you are referring to environment variables, such as APPX_KEYMAP.

Method 2 - Text Editor

A text editor can be used to directly edit the APPX Login Manager daemon configuration files (ini and env). The configuration files include comments to help you make the desired changes. If you use this method to modify an existing configuration, you should exercise care to ensure that the syntax is correct. The preferred method for modifying an APPX Login Manager daemon is with Medhod 1 above.

Managing an APPX Login Manager Daemon

Two methods are available for managing an existing instance of the APPX Connection Service.
Changed:
<
<
>
>
 

Method 1 - appxLoginMgr command

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.

Line: 109 to 109
 

Usage (appxLoginMgr)

Changed:
<
<
>
>
 

Synopsis - Service Configuration

Changed:
<
<
The appxLoginMgr service configuration commands are used to create, configure, and remove an instance of an APPX Connection Service.
>
>
The appxLoginMgr service configuration commands are used to create, configure, and remove an instance of an APPX Connection Service.
  appxLoginMgr -install -SockPort=[TCP-Port] [options]... [VARIABLE=VALUE]...
Line: 121 to 121
  appxLoginMgr -remove -serviceName=SERVICENAME

Configuration - Commands

Changed:
<
<
>
>
  -install -name=SERVICENAME [options]... [VARIABLE=VALUE]...

-install -port=PORT [options]... [VARIABLE=VALUE]...

Changed:
<
<
The -install command is used to configure a new instance of an APPX Connection Service. Either form of the install command may be used.
>
>
The -install command is used to configure a new instance of an APPX Connection Service. Either form of the install command may be used.
  The first form of the -install command requires only that a service name be specified. All other options are optional including the TCP/IP port. Any option not specified will be configured with an appropriate default value.
Line: 139 to 139
 In addition to creating the service configuration file and the environment configuration file, the -install command also creates an operating system service that will be automatically started when the computer system is started.

After creating the configuration files and the operating system service, the -install command starts the service. -modify -name=SERVICENAME [options]... [VARIABLE=VALUE]...

Changed:
<
<
The -modify command is used to modify the configuration of an existing Connection Service. The specified options will be updated in the service configuration files. Any options not specified will not be changed. After updating the configuration files, the -modify command restarts the service. Note that when specifying variables on the command line, you must prefix them with a dash if you are referring to settings such as SSLmode, or without a dash if you are referring to environment variables, such as APPX_KEYMAP.
>
>
The -modify command is used to modify the configuration of an existing Connection Service. The specified options will be updated in the service configuration files. Any options not specified will not be changed. After updating the configuration files, the -modify command restarts the service. Note that when specifying variables on the command line, you must prefix them with a dash if you are referring to settings such as SSLmode, or without a dash if you are referring to environment variables, such as APPX_KEYMAP.
  -replace -name=SERVICENAME [options]... [VARIABLE=VALUE]...
Changed:
<
<
The -replace command is used to replace an existing Connection Service with a new Connection Service with the same name. The -replace command is effectively the same as a -remove command followed by an -install command. After updating the configuration files, the -replace command restarts the service. Note that when specifying variables on the command line, you must prefix them with a dash if you are referring to settings such as SSLmode, or without a dash if you are referring to environment variables, such as APPX_KEYMAP.
>
>
The -replace command is used to replace an existing Connection Service with a new Connection Service with the same name. The -replace command is effectively the same as a -remove command followed by an -install command. After updating the configuration files, the -replace command restarts the service. Note that when specifying variables on the command line, you must prefix them with a dash if you are referring to settings such as SSLmode, or without a dash if you are referring to environment variables, such as APPX_KEYMAP.
  -remove -name=SERVICENAME
Changed:
<
<
The -remove command is used to remove an existing Connection Service. The -remove command will remove the configuration files (ini and env) and the corresponding operating system service. If the service is running when the -remove command is executed, the -remove command will first stop the service and then remove the service.
>
>
The -remove command is used to remove an existing Connection Service. The -remove command will remove the configuration files (ini and env) and the corresponding operating system service. If the service is running when the -remove command is executed, the -remove command will first stop the service and then remove the service.
 

Configuration - Options

Changed:
<
<
>
>
 
Options - General
-name, -ServiceName=SERVICENAME
Changed:
<
<
The ServiceName uniquely identifies an APPX connection service. When creating (installing) a connection service, the SERVICENAME value may be any string value that conforms to the rules for valid filenames on your server. If this option is omitted when a connection service is being created, the connection service will be created with a default ServiceName based on the following template: "appxd-" followed by the specified TCP/IP port number, e.g "appxd-8060".
>
>
The ServiceName uniquely identifies an APPX connection service. When creating (installing) a connection service, the SERVICENAME value may be any string value that conforms to the rules for valid filenames on your server. If this option is omitted when a connection service is being created, the connection service will be created with a default ServiceName based on the following template: "appxd-" followed by the specified TCP/IP port number, e.g "appxd-8060".
  -DisplayName=DISPLAYNAME
Changed:
<
<
The DisplayName is a "user-friendly" descriptive name for a connection service. The DISPLAYNAME value will appear in your system's Services control panel and will be displayed by the ps command. If you don't specify a DISPLAYNAME when a connection service is being created, the connection service will be created with a DISPLAYNAME based on the SERVICENAME.
>
>
The DisplayName is a "user-friendly" descriptive name for a connection service. The DISPLAYNAME value will appear in your system's Services control panel and will be displayed by the ps command. If you don't specify a DISPLAYNAME when a connection service is being created, the connection service will be created with a DISPLAYNAME based on the SERVICENAME.
  -engine, -AppxExecutable={../appx, PATHNAME}
Changed:
<
<
This option identifies the PATHNAME of the APPX engine that is to be run when initiating an APPX session. The specified PATHNAME may be alsolute or it may be relative to directory in which the service configuration file (ini) for the connection service is located. If this option is not specified, the default PATHNAME of "../appx" is used to initiate an APPX session.
>
>
This option identifies the PATHNAME of the APPX engine that is to be run when initiating an APPX session. The specified PATHNAME may be alsolute or it may be relative to directory in which the service configuration file (ini) for the connection service is located. If this option is not specified, the default PATHNAME of "../appx" is used to initiate an APPX session.
  -LogDirectory={/tmp, LOGDIR}
Changed:
<
<
When the service is started, two log files are created in the LOGDIR directory - a connection service log file (.log) and a status file (.stat). Both log files have the same name as the ServiceName but one has a file extension of .log and the other has a file extension of .stat. If the LogDirectory option is not specified, the log files are created in the /tmp directory.
>
>
When the service is started, two log files are created in the LOGDIR directory - a connection service log file (.log) and a status file (.stat). Both log files have the same name as the ServiceName but one has a file extension of .log and the other has a file extension of .stat. If the LogDirectory option is not specified, the log files are created in the /tmp directory.
  -AM, -AuthenticationMethod={OS-User, Appx-User, HT-User(HTFILENAME)}
Changed:
<
<
This option identifies the method by which the user ID and the password are to be validated when a connection request is received. If 'OS-User' authentication is specified, the user ID and the password are validated by the connection service using the operating system's authentication service. If 'Appx-User' authentication is specified, the user ID and the password are validated by APPX using the user file which is maintained in APPX System Administration. If 'HT-User(HTFILENAME)' authentication is specified, the user ID and the password are validated by the connection service using the HTFILENAME file is maintained with the htpasswd utility. If you specify 'Appx-User' authentication or HT-User authentication, the user being validated does not need an OS user account. If no authentication method is specified, the default authentication method is OS-User.
>
>
This option identifies the method by which the user ID and the password are to be validated when a connection request is received. If 'OS-User' authentication is specified, the user ID and the password are validated by the connection service using the operating system's authentication service. If 'Appx-User' authentication is specified, the user ID and the password are validated by APPX using the user file which is maintained in APPX System Administration. If 'HT-User(HTFILENAME)' authentication is specified, the user ID and the password are validated by the connection service using the HTFILENAME file is maintained with the htpasswd utility. If you specify 'Appx-User' authentication or HT-User authentication, the user being validated does not need an OS user account. If no authentication method is specified, the default authentication method is OS-User.
  -ServiceType=Login
Changed:
<
<
The only valid value when configuring a Connection Service is "Login". If this option is not specified, the default value is Login.
>
>
The only valid value when configuring a Connection Service is "Login". If this option is not specified, the default value is Login.
  -ServiceDisable={true, false}
Changed:
<
<
This option can be used to temporarily disable or "turn off" the connection service. If set to true, the connection service will still run but it will not accept login requests.
>
>
This option can be used to temporarily disable or "turn off" the connection service. If set to true, the connection service will still run but it will not accept login requests.
  -ServiceDisableLogin={true, false}
Changed:
<
<
This option can be used to disable or "turn off" processing of login requests from interactive clients. If set to true, login requests from interactive clients will not be processed.
>
>
This option can be used to disable or "turn off" processing of login requests from interactive clients. If set to true, login requests from interactive clients will not be processed.
  -ServiceDisableFMS={true, false}
Changed:
<
<
This option can be used to disable or "turn off" processing of connection requests from APPX/Net connections including the Windows APPX/ODBC driver. If set to true, connection requests from APPX/Net clients will not be processed.
>
>
This option can be used to disable or "turn off" processing of connection requests from APPX/Net connections including the Windows APPX/ODBC driver. If set to true, connection requests from APPX/Net clients will not be processed.
  -ServiceDisableAppxKeys={true, false}
Changed:
<
<
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.
>
>
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, appxLoginMgr 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}
Changed:
<
<
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.
>
>
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.
  -ImpersonateUser={LogonUser, NamedUser(USERID), ServiceOwner}
Changed:
<
<
This option determines which O/S user the APPX session should impersonate (run as).
>
>
This option determines which O/S user the APPX session should impersonate (run as).
  If LogonUser is specified, the user ID of the APPX session will be set to the user ID that was provided by the client login. This user ID must be a valid O/S user. The connection service must be running with the permissions of the root user if the LogonUser option is specified.
Line: 203 to 195
 If ServiceOwner is specified, the user ID of the APPX session will be the user ID that the connection service is running as.

-ImpersonateGID={true, false}

Changed:
<
<
If this value is set to false, an APPX session which is initiated by the connection service will run with the group permissions of the connection ServiceOwner. Set this value to true if you want the APPX session to have group permissions based on the ImpersonateGroup option.
>
>
If this value is set to false, an APPX session which is initiated by the connection service will run with the group permissions of the connection ServiceOwner. Set this value to true if you want the APPX session to have group permissions based on the ImpersonateGroup option.
  -ImpersonateGroup={User, LogonUser, LogonGroup, NamedGroup(GROUPNAME), ServiceOwner, ServiceGroup}
Changed:
<
<
This option determines which group permissions the APPX session should run with.
>
>
This option determines which group permissions the APPX session should run with.
  If User is specified, the APPX session will run with the group permissions of the user that the session is running as (impersonating).
Line: 217 to 209
 If ServiceOwner or ServiceGroup is specified.

-Umask=FILECREATIONMASK

Changed:
<
<
When a file is created, the default permissions set by Unix/Linux are 666 (-rw-rw-rw-). When a directory is created, the default permissions set by Unix/Linux are 777 (drwxrwxrwx). If the umask option is specified, the FILECREATIONMASK value will modify the default permissions of files or directories that are created by the APPX session. The value of FILECREATIONMASK must be a decimal, hex, or octal number whose bits will be used to mask or turn off the corresonding bits of the default file creation permissions. For example, if you want files to be created with permissions of 644, the appropriate FILECREATIONMASK value would be 022 (octal). If you want files to be created with the default permissions of 666, the appropriate FILECREATIONMASK value would be 000 (octal). For more information on umask values, please refer to your Unix/Linux system documentation.
>
>
When a file is created, the default permissions set by Unix/Linux are 666 (-rw-rw-rw-). When a directory is created, the default permissions set by Unix/Linux are 777 (drwxrwxrwx). If the umask option is specified, the FILECREATIONMASK value will modify the default permissions of files or directories that are created by the APPX session. The value of FILECREATIONMASK must be a decimal, hex, or octal number whose bits will be used to mask or turn off the corresonding bits of the default file creation permissions. For example, if you want files to be created with permissions of 644, the appropriate FILECREATIONMASK value would be 022 (octal). If you want files to be created with the default permissions of 666, the appropriate FILECREATIONMASK value would be 000 (octal). For more information on umask values, please refer to your Unix/Linux system documentation.
  If the umask option is not set, files and directories that are created by the APPX session will be given the default permissions of the Service Owner. -IncludeSystemEnv={true, false}
Changed:
<
<
Set this option to true if you want the APPX sessions which are initiated by the connection service to inherit the environment of the connection service.
>
>
Set this option to true if you want the APPX sessions which are initiated by the connection service to inherit the environment of the connection service.
 
Options - Startup Process
-ServiceEnableCmds={true, false}
Changed:
<
<
Set this option to true if you want to allow the client to specify a startup process. Set this option to false if you do not want to allow the client to specify a startup process. If set to true, then any APPX startup process that may have been specified by the client will be invoked when the connection with the APPX session is established. If set to true, then any startup process that is specified by the client will take precedence over any startup process that may have been specified in the connection service configuration. If the option is not specified, the default value is true.
>
>
Set this option to true if you want to allow the client to specify a startup process. Set this option to false if you do not want to allow the client to specify a startup process. If set to true, then any APPX startup process that may have been specified by the client will be invoked when the connection with the APPX session is established. If set to true, then any startup process that is specified by the client will take precedence over any startup process that may have been specified in the connection service configuration. If the option is not specified, the default value is true.
  -AppxDatabase=DATABASEID
Changed:
<
<
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. If specified, the DATABASEID must be valid, i.e. it must be defined in the Databases file in APPX System Administration.
>
>
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. If specified, the DATABASEID must be valid, i.e. it must be defined in the Databases file in APPX System Administration.
  -AppxApplication=APPLICATIONID
Changed:
<
<
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. If specified, the APPLICATIONID must be valid, i.e. it must be defined in the Applications file in APPX System Administration. The specified APPLICATIONID must also be identified in APPX System Administration as a related application for the specified DATABASEID.
>
>
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. If specified, the APPLICATIONID must be valid, i.e. it must be defined in the Applications file in APPX System Administration. The specified APPLICATIONID must also be identified in APPX System Administration as a related application for the specified DATABASEID.
  -AppxProcessType={Menu, Job, Input, Output, Update, Action, Inquiry, Query, Status, Subroutine}
Changed:
<
<
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. This option identifies the type of process that is to be invoked when a client session is initiated.
>
>
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. This option identifies the type of process that is to be invoked when a client session is initiated.
  -AppxProcessName=PROCESSNAME
Changed:
<
<
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. This option identifies the name of the process that is to be invoked when a client session is initiated. The PROCESSNAME must be of the type specified and must be defined in the specified APPX Application.
>
>
This option must be specified if the connection service is being configured to invoke a specific startup process when a client session is initiated. This option identifies the name of the process that is to be invoked when a client session is initiated. The PROCESSNAME must be of the type specified and must be defined in the specified APPX Application.
 
Options - TCP/IP
-port, -SockPort={8060, PORT}
Changed:
<
<
Configure the service to listen for connection requests on the specified TCP/IP PORT number. This option is required with the -install option. You may choose any TCP/IP PORT number that is not reserved or already being used on your system.
>
>
Configure the service to listen for connection requests on the specified TCP/IP PORT number. This option is required with the -install option. You may choose any TCP/IP PORT number that is not reserved or already being used on your system.
  -TCPNoDelay={true, false}
Changed:
<
<
This option is used to tune the network performance of the APPX session. When set to true, TCP will send partially filled packets of data rather than wait for a packet to fill before sending it. This can result in improved interactive response time for the APPX session but will likely increase the number of data packets being transmitted over the network.
>
>
This option is used to tune the network performance of the APPX session. When set to true, TCP will send partially filled packets of data rather than wait for a packet to fill before sending it. This can result in improved interactive response time for the APPX session but will likely increase the number of data packets being transmitted over the network.
  -TCPEnableKeepAlive={true, false}
Changed:
<
<
Set this option to true if you want an APPX session to be able to detect that the connection between an APPX session and an APPX client has been lost. If this option is set to true and an APPX session has been waiting for a response from an APPX client for the length of time specified by TCPKeepIdle, then the APPX session will attempt to contact the APPX client to see if it can still be reached. If the APPX client cannot be contacted, then the APPX session will attempt to contact the APPX client every TCPKeepInterval seconds up to TCPKeepCount times. After TCPKeepCount attempts, if the APPX client is unable to be contacted, then the APPX session terminates.
>
>
Set this option to true if you want an APPX session to be able to detect that the connection between an APPX session and an APPX client has been lost. If this option is set to true and an APPX session has been waiting for a response from an APPX client for the length of time specified by TCPKeepIdle, then the APPX session will attempt to contact the APPX client to see if it can still be reached. If the APPX client cannot be contacted, then the APPX session will attempt to contact the APPX client every TCPKeepInterval seconds up to TCPKeepCount times. After TCPKeepCount attempts, if the APPX client is unable to be contacted, then the APPX session terminates.
  -TCPKeepIdle={300, SECONDS}
Changed:
<
<
This option is used to set the number of seconds that an APPX session is to wait for a response from an APPX client before checking to see if the client can still be contacted.
>
>
This option is used to set the number of seconds that an APPX session is to wait for a response from an APPX client before checking to see if the client can still be contacted.
  -TCPKeepCount={8, COUNT}
Changed:
<
<
This option is used to set the number of times that an APPX session is to attempt to contact a non-responsive APPX client before the APPX session should terminate.
>
>
This option is used to set the number of times that an APPX session is to attempt to contact a non-responsive APPX client before the APPX session should terminate.
  -TCPKeepInterval={60, SECONDS}
Changed:
<
<
This option is used to set the number of seconds that an APPX session is to wait between attemps to contact a non-responsive APPX client.
>
>
This option is used to set the number of seconds that an APPX session is to wait between attemps to contact a non-responsive APPX client.
 
Options - SSL

-SSLMode={optional, required, disabled}

Changed:
<
<
This option is used to control whether or not APPX clients must use SSL connections.
optional - APPX clients may request either an SSL connection or a plain text connection
>
>
This option is used to control whether or not APPX clients must use SSL connections.
optional - APPX clients may request either an SSL connection or a plain text connection
  required - APPX clients must request an SSL connection

disabled - APPX clients may only request a plain text connection

-TrustedCAFile=CAFILENAME

Changed:
<
<
This option identifies the pathname of the file that identifies which client certificates to trust.
>
>
This option identifies the pathname of the file that identifies which client certificates to trust.
  -ServerCertificateFile=CERTFILENAME
Changed:
<
<
This option identifies the pathname of the server's X509 certificate (leave blank for anonymous connections).
>
>
This option identifies the pathname of the server's X509 certificate (leave blank for anonymous connections).
  -ServerPrivateKeyFile=KEYFILENAME
Changed:
<
<
This option idenfies the pathname of server's private key file (unlocks the ServerCertificateFile).
>
>
This option idenfies the pathname of server's private key file (unlocks the ServerCertificateFile).
  -RequireSSL={true, false}
Changed:
<
<
This option is not needed and has not been implemented.
>
>
This option is not needed and has not been implemented.
  -RequireSSLClientCertificates={true, false}
Changed:
<
<
This option is not needed and has not been implemented.
>
>
This option is not needed and has not been implemented.
  -ServerPrivateKeyPassphrase=PASSPHRASE
Changed:
<
<
This option is not needed and has not been implemented.
>
>
This option is not needed and has not been implemented.
 

Configuration - Environment Variables

Changed:
<
<
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. Note that when specifying variables on the command line, you do not prefix them with a dash if you are referring to environment variables.
>
>
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. Note that when specifying variables on the command line, you do not prefix them with a dash if you are referring to environment variables.
 

Synopsis - Service Management

Changed:
<
<
appxLoginMgr [-start | -stop | -restart | -status] {SERVICENAME | -serviceName=SERVICENAME}
>
>
appxLoginMgr [-start | -stop | -restart | -status] {SERVICENAME | -serviceName=SERVICENAME}
  MANAGEMENT OPTIONS
Changed:
<
<
-start | < blank >
Start an instance of the Connection Manager service using the configuration information in the SERVICENAME.ini and the SERVICENAME.env files.
>
>
-start | < blank >
Start an instance of the Connection Manager service using the configuration information in the SERVICENAME.ini and the SERVICENAME.env files.
  -stop
Changed:
<
<
Stop the instance of the Connection Manager service that was started with the SERVICENAME.ini file.
>
>
Stop the instance of the Connection Manager service that was started with the SERVICENAME.ini file.
  -restart
Changed:
<
<
Restart (stop and then start) the instance of the Connection Manager that was started with the SERVICENAME.ini file.
>
>
Restart (stop and then start) the instance of the Connection Manager that was started with the SERVICENAME.ini file.
  -status
Changed:
<
<
Report the status of the instance of the Connection Manager that was started with the SERVICENAME.ini file.
>
>
Report the status of the instance of the Connection Manager that was started with the SERVICENAME.ini file.
  EXAMPLES

Example 1: Configure and start a new instance of the Connection Service that will listen for connection requests on port 8060:

appxLoginMgr -install -port=8060

Changed:
<
<
>
>
 
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: 321 to 310
  Display the status of an instance of the Connection Service:
Changed:
<
<
appxLoginMgr -status appx8060
>
>
appxLoginMgr -status appx8060
  Shutdown a running instance of the Connection Service:
Line: 336 to 324
  appxLoginMgr -modify -name=appx8060 -SSLMode=required APPX_KEYMAP=Windows
Deleted:
<
<
 

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.
Line: 349 to 335
 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.

Changed:
<
<
>
>
 
# Appx connection manager configuration file
#

Line: 413 to 399
 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.

Changed:
<
<
>
>
 
# Appx connection manager environment variables
#

Line: 436 to 422
 The name of the status file is the concatenation of the service name and ".stat". For example, if the service name is "appxd-8430", the name of the status file will be "appxd-8430.stat".

The status file can be viewed to see the actual context within which the service is running.

Changed:
<
<
>
>
 
appxd-8430 running as process 28192
Effective User ID 0

Line: 494 to 480
 The name of the log file is the concatenation of the service name and ".log". For example, if the service name is "appxd-8430", the name of the log file will be "appxd-8430.log".

When the connection service is started, the log file is initialized with the configuration of the connection service. The configuration information is followed by a dialog of messages relating to actions performed by the connection service. Each time the connection service processes a connection request, messages relating to the connection request are appended to the log file.

Changed:
<
<
>
>
 
*Daemonize = true
*DontForkEngine = false

Line: 546 to 532
 

appxLoginMgr behavior to keep in mind

The appxLoginMgr -modify argument will maintain existing values,

Changed:
<
<
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. Would not change behavior of the service but could be a surprise to someone that had input documentation remarks (via the # symbol).
>
>
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. Would not change behavior of the service but could be a surprise to someone that had input documentation remarks (via the # symbol).
 

012) (Error) Red Hat's service wrapper command.

Changed:
<
<
Usage: appxd-8060 {start|stop|status|reload|restart}
>
>
Usage: appxd-8060 {start|stop|status|reload|restart}
 

start

Line: 563 to 544
 

stop

Changed:
<
<
does seem to remove the running process; however, it produces errors.
>
>
does seem to remove the running process; however, it produces errors.
 
Changed:
<
<
Further, it fails to remove the PID from the (/var/run/appxd-8060.pid)
>
>
Further, it fails to remove the PID from the (/var/run/appxd-8060.pid)
 
Changed:
<
<
/etc/init.d/appxd-8060: line 39: success: command not found
>
>
/etc/init.d/appxd-8060: line 39: success: command not found
 
Changed:
<
<
/etc/init.d/appxd-8060: line 39: failure: command not found
>
>
/etc/init.d/appxd-8060: line 39: failure: command not found
 
Changed:
<
<
/etc/init.d/appxd-8060: line 43: failure: command not found
>
>
/etc/init.d/appxd-8060: line 43: failure: command not found
 

status

Line: 588 to 564
 

restart

Changed:
<
<
which is a stop followed by a start, suffers from the problem of stop documented earlier.
>
>
which is a stop followed by a start, suffers from the problem of stop documented earlier.
 

013) (Cosmetic) Redundant redundant redundant

data data data.
Changed:
<
<
A minimal install produces three warning statements as documented below:
>
>
A minimal install produces three warning statements as documented below:
 
Changed:
<
<
[root@APPX4.30TestBox tools]# ./appxLoginMgr -install -port=8060
>
>
[root@APPX4.30TestBox tools]# ./appxLoginMgr -install -port=8060
 
Changed:
<
<
Warning - the engine that you named has the setuid bit enabled,
>
>
Warning - the engine that you named has the setuid bit enabled,
 
Changed:
<
<
you may not want that bit set for the authentication
>
>
you may not want that bit set for the authentication
 
Changed:
<
<
method that you have chosen (OS-User)
>
>
method that you have chosen (OS-User)
 
Changed:
<
<
To turn off the setuid bit, chmod u-s ../appx
>
>
To turn off the setuid bit, chmod u-s ../appx
 
Changed:
<
<
Configuration written to: appxd-7777.ini
>
>
Configuration written to: appxd-7777.ini
 
Changed:
<
<
Environment written to: appxd-7777.env
>
>
Environment written to: appxd-7777.env
 
Changed:
<
<
Service script written to: /etc/init.d/appxd-8060
>
>
Service script written to: /etc/init.d/appxd-8060
  Configuration complete

Registering service

Changed:
<
<
Starting appxd-8060: serviceName: appxd-8060
>
>
Starting appxd-8060: serviceName: appxd-8060
  servicePath: /usr/local/appx/tools/
Changed:
<
<
Looking for config file in appxd-8060.ini
>
>
Looking for config file in appxd-8060.ini
 
Changed:
<
<
Warning - the engine that you named has the setuid bit enabled,
>
>
Warning - the engine that you named has the setuid bit enabled,
 
Changed:
<
<
you may not want that bit set for the authentication
>
>
you may not want that bit set for the authentication
 
Changed:
<
<
method that you have chosen (OS-User)
>
>
method that you have chosen (OS-User)
 
Changed:
<
<
To turn off the setuid bit, chmod u-s ../appx
>
>
To turn off the setuid bit, chmod u-s ../appx
 
Changed:
<
<
Writing process ID to /var/run/appxd-7777.pid
>
>
Writing process ID to /var/run/appxd-7777.pid
 
Changed:
<
<
running as process 12156 servicing port 8060
>
>
running as process 12156 servicing port 8060
 
Changed:
<
<
Warning - the engine that you named has the setuid bit enabled,
>
>
Warning - the engine that you named has the setuid bit enabled,
 
Changed:
<
<
you may not want that bit set for the authentication
>
>
you may not want that bit set for the authentication
 
Changed:
<
<
method that you have chosen (OS-User)
>
>
method that you have chosen (OS-User)
 
Changed:
<
<
To turn off the setuid bit, chmod u-s ../appx
>
>
To turn off the setuid bit, chmod u-s ../appx
 
Changed:
<
<
up and running (process 12156 servicing port 8060)
>
>
up and running (process 12156 servicing port 8060)
  Installation Complete
Line: 673 to 626
 

014) (Suggestion) Warn users not to move

configuration files.
Changed:
<
<
We should probably warn via screen notice on service creation, and document inside the .ini and .env files that if the .ini, .env and appxLoginMgr/appxAuditLogger are move or renamed, then the /etc/init.d system startup script will fail to work. The /etc/inid.d/appxd-8060 startup script references by name and path the .ini, .env, and appxLoginMgr/appxAuditLogger files.
>
>
We should probably warn via screen notice on service creation, and document inside the .ini and .env files that if the .ini, .env and appxLoginMgr/appxAuditLogger are move or renamed, then the /etc/init.d system startup script will fail to work. The /etc/inid.d/appxd-8060 startup script references by name and path the .ini, .env, and appxLoginMgr/appxAuditLogger files.
 

Suggested Behavior changes:

  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.
Line: 704 to 652
 
    1. (+) ./appxLoginMgr -status -name=8060
Bugs:
Changed:
<
<
  1. Fixed - Bug 2090 uappxd doesn't remove a running service.
>
>
  1. Fixed - Bug 2090 uappxd doesn't remove a running service.
 

Comments:

Read what other users have said about this page or add your own comments.
 
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