Entradas del Registro para clientes (CPI-C)

En la lista siguiente se proporciona información detallada sobre las entradas del Registro para los equipos cliente. Para cada tipo de programa de transacción (TP), las variables aplicables y sus ubicaciones se muestran en Configuring Clients to Support TPs (CPI-C).

Otrasdependencias: REG_MULTI_SZ:SnaBase
Para un TP que se ejecuta como servicio, garantiza que el servicio SnaBase se inicia antes de que se inicia el TP. Esta entrada pertenece a la subclave Vinculación .

SNAServiceType: REG_DWORD:{ 0x5 | 0x6 | 0x1A }
Indica el tipo de TP. Use un valor de 0x5 para un TP en cola de inicio automático, 0x6 para un TP no en cola de inicio automático y 0x1A para un TP iniciado por el operador.

Tenga en cuenta que el valor de un TP de inicio automático que se ejecuta como servicio debe ser 0x5, ya que estos TP siempre se ponen en cola, como se describe en Tps invocables.

Ruta: REG_EXPAND_SZ: ruta de acceso
Para un TP de inicio automático que se ejecuta como una aplicación, especifica la ruta de acceso y el nombre de archivo del TP. El tipo de datos REG_EXPAND_SZ significa que la ruta de acceso puede contener una cadena de datos ampliable Por ejemplo, %SystemRoot% representa el directorio que contiene los Windows del sistema. Tenga en cuenta que para un TP que se ejecuta como servicio, la llamada CreateService inserta una entrada equivalente. No se necesita ninguna entrada de ruta de acceso adicional.

LocalLU: REG_SZ: LUalias
Especifica el alias de la LU local que se usará cuando se inicia este TP en este equipo.

Parámetros: REG_SZ: ParameterList
Enumera los parámetros que va a usar el TP. Separar parámetros con espacios.

Timeout: REG_DWORD: number
Especifica el tiempo, en milisegundos, que un Accept_Conversation esperará antes de que se controle el tiempo de espera. Especifique number en decimal. El editor del Registro convierte esto en hexadecimal antes de mostrarlo. El valor predeterminado es infinito (sin límite).

AcceptNames: REG_SZ: TPNameList
Enumera los nombres adicionales en los que se puede invocar el TP invocable. Separe los nombres TP con espacios. El valor predeterminado es none. Si un TP invocable no emite un Specify_Local_TP_Name para cada nombre configurado en AcceptNames en el Registro, se producirá un error en ese TP.

ConversationSecurity: REG_SZ:{ SÍ | NO }
Indica si este TP admite la seguridad de conversación. El valor predeterminado es NO.

AlreadyVerified: REG_SZ:{ SÍ | NO }
Indica si este TP se puede invocar con un identificador de usuario y una contraseña que ya se han comprobado. AlreadyVerified se omite si ConversationSecurity está establecido en NO.

Para ver un diagrama de tres TP en una conversación, donde se puede invocar el tercer TP con una contraseña que ya ha comprobado el segundo TP, consulte Comunicación entre tps. En la tabla siguiente se muestran los requisitos para usar la comprobación de contraseña en una cadena de TP.

Primer TP (un TP de invocación) Segundo TP (TP invocable que confirma la contraseña y, a continuación, invoca otro TP) Tercer y posteriores TPs (TPs invocables que invocan otros TP)
No necesita variables de registro o de entorno. La configuración de ConversationSecurity debe ser SÍ. La configuración de ConversationSecurity debe ser SÍ.
No necesita variables de registro o de entorno. La configuración AlreadyVerified puede ser YES o NO. La configuración AlreadyVerified debe ser YES.
Nombre de destino simbólico o Set_Conversation_
Security_Type en este TP especifica PROGRAM para el tipo de seguridad. Como resultado, el TP pasa a lo largo del identificador de usuario y la contraseña proporcionados en el nombre de destino simbólico (o a través de llamadas (1)).
Nombre de destino simbólico o Set_Conversation_
Security_Type en este TP especifica SAME para el tipo de seguridad. Como resultado, después de confirmar el identificador de usuario y la contraseña, el TP pasa a lo largo del identificador de usuario y una marca ya comprobada.
Nombre de destino simbólico o Set_Conversation_
Security_Type en este TP especifica SAME para el tipo de seguridad. Como resultado, el TP pasa a lo largo del identificador de usuario como se ha recibido, junto con la marca ya comprobada.

Nota

Set_Conversation_Security_User_ID o Set_Conversation_Security_Password sobrescribe el identificador de usuario y la contraseña especificados en el nombre de destino simbólico.

Nota

Si establece AlreadyVerified en NO, este TP no puede unirse a una cadena de conversaciones en las que ya se ha realizado la comprobación de contraseña. (La excepción a esto es cuando ConversationSecurity se establece en NO, en cuyo caso el TP podría ser el TP final en dicha cadena, porque no realiza ninguna comprobación).

Nota

Si está configurando un TP que a veces necesita confirmar una contraseña y, a veces, acepta una marca ya comprobada, establezca AlreadyVerified en YES y configure la variable UsernameX correctamente. En este caso, siempre que se invoque el TP sin el conjunto de marcas ya comprobado, se omite AlreadyVerified. La comprobación se intenta con el identificador de usuario y la contraseña configurados para el TP.

Nota

El valor predeterminado de AlreadyVerified es NO. Si establece AlreadyVerified en SÍ, asegúrese de que ConversationSecurity también esté establecido en SÍ.

Username1 :REG_SZ: Password1... UsernameX:REG_SZ: PasswordX
Establece uno o varios nombres de usuario y contraseñas que se compararán con los enviados por el TP que invoca. El nombre de usuario y la contraseña pueden tener hasta 10 caracteres. Ambos parámetros distinguen mayúsculas de minúsculas.

Esta variable se omite si la seguridad de la conversación no está activada o si la contraseña ya se ha comprobado, como se describe para la entrada AlreadyVerified.