Scenarios › FCC Internationalization Scenario › How to Enable FCC Internationalization
How to Enable FCC Internationalization
CA SiteMinder® supports the following features for FCC internationalization:
- FCC for authentication schemes
- Basic password services
- Error response pages
You can set a preferred locale in which SiteMinder must display HTML pages for login, basic password services, and error responses. To implement the scenario in your organization, the following user roles are required:
- Policy Administrator
- Agent Owner
- SiteMinder User
The following diagram describes the steps that each user must perform for FCC internationalization.
Note: In the following diagram, the blue color denotes the tasks of a policy administrator, the green color denotes the tasks of an agent owner, and the black color denotes the tasks of a SiteMinder user.
To enable FCC internationalization, the following steps must be performed:
- Enable the Localization ACO parameter using the Administrative UI. A policy administrator must perform this task.
- Select a configuration mode to set preferred locales. This task can be performed in the following ways:
- Using user agent. A SiteMinder user can use a user agent to set preferred locales in the following ways:
- Using Administrative UI. A policy administrator can use the Administrative UI to set preferred locales in the following ways:
- Using the WebAgent.conf file. An agent owner can configure the Locale parameter in the WebAgent.conf file to set preferred locales.
- Define the order of precedence of the configuration modes. A policy administrator must perform this task using the Administrative UI.
- Perform one of the following steps:
CA SiteMinder® is configured to enable FCC internationalization.
Enable the Localization Parameter
A policy administrator must set the Localization ACO parameter to true to localize the supported features.
Follow these steps:
- Log on to the Administrative UI.
- Click Infrastructure, Agent.
- Click Agent Configuration Objects.
- Navigate to the Agent configuration object of your web agent.
- Click the name of the Agent Configuration object.
- Click Modify.
- Navigate to the Localization parameter, and click the right arrow next to the parameter.
The Edit Parameter page opens.
- Set the value of the parameter to yes.
- Save the change.
Set Preferred Locales
You can define multiple preferred locales in the Accept-Language HTTP header format.
Example: es-ES,en-US;q=0.8,as-IN;q=0.6,fr-FR;q=0.4,en-IN;q=0.2
The locale is dynamically determined during run time, but the locale can be changed while processing a request. For example, the locale can change after a successful authentication.
Define preferred locales in the following configuration modes:
- Using a user agent.
- Using the Administrative Administrative UI.
- Using the WebAgent.conf file
Set Preferred Locale Using a User Agent
A user can configure the web browser settings for the preferred locale. The Policy Server sends a request related to the supported features using the preferred locale.
The user can employ the following methods to set the locale:
- Use the HTTP header SMCLIENTLOCALE
- Use the HTTP header Accept-Language
Use HTTP Header SMCLIENTLOCALE
Use the HTTP header SMCLIENTLOCALE for a web request to set preferred locales. If a web application provides an option to set preferred locales, the user can select a locale. The Policy Server receives the locale using the SMCLIENTLOCALE header in the web request. If the locale is available, pages listing the supported features are displayed in the requested locale.
Use HTTP Header Accept-Language
A user can set preferred locales using the local web browser settings. The HTTP header Accept-Language of a web request specifies the locales.
Set the Preferred Locale through the Administrative UI
A policy administrator can use the Administrative UI to set the preferred locales in which the Policy Server serves a request related to the supported features.
Set the SMSERVERLOCALE Response Header Variable
To set preferred locales as the response, use the SMSERVERLOCALE response attribute.
Follow these steps:
- Log on to the Administrative UI.
- Click Policies, Domain.
- Click Responses.
- Edit a response that you want to modify.
- Click the Define Response tab.
- Edit the Response Attribute that you want to modify.
- Select the Attribute Type as WebAgent-HTTP-Header Variable.
- Type SMSERVERLOCALE in Variable Name.
- Type the preferred locales in Variable Value.
- Save the changes.
Set the DefaultLocale ACO Property
Set the preferred locales information in the DefaultLocale ACO parameter.
Follow these steps:
- Log on to the Administrative UI.
- Click Infrastructure, Agent.
- Click Agent Configuration Objects.
- Navigate to the Agent configuration object of your web agent.
- Click the name of the Agent Configuration object.
- Click Modify.
The settings and controls become active.
- Navigate to the DefaultLocale parameter, and click the right arrow next to the parameter.
The Edit Parameter page opens.
- Update the property with preferred locales.
- Save the change.
Set Preferred Locale Using the WebAgent.conf File
To set the Locale property as an agent owner, configure the WebAgent.conf file. This file contains the locale information that is specified during the installation.
Follow these steps:
- Log on to the web agent machine.
- Open the WebAgent.conf file with a text editor.
- Navigate to the Locale property, and set the value to the preferred locales.
- Save the changes.
Define the Configuration Modes Order of Precedence
To determine the order of precedence of the five configuration modes, a policy administrator must set the ClientLocalePreferred ACO parameter. If ClientLocalePreferred parameter is set to true, the system verifies the configuration modes and determines the locale in the following order:
- HTTP header SMCLIENTLOCALE
- HTTP header Accept-Language
- Response header variable SMSERVERLOCALE
- The DefaultLocale ACO parameter
- The Locale property in the WebAgent.conf file
If the ClientLocalePreferred is set to false, the system verifies the configuration modes and determes the locale in the following order:
- Response header variable SMSERVERLOCALE
- HTTP header SMCLIENTLOCALE
- HTTP header Accept-Language
- The DefaultLocale ACO parameter
- The Locale property in the WebAgent.conf file
The Policy Server processes the preferred locales using the defined modes, creates a list of preferred locales. This list is sorted based on the q factor of each preferred locale. When a web request is sent, the list indicates the locale in which the HTML pages of the supported features are displayed.
Set the ClientLocalePreferred parameter to the preferred order of locales.
Follow these steps:
- Click Infrastructure, Agent.
- Click Agent Configuration Objects.
- Navigate to the Agent configuration object of your web agent.
- Click the name of the Agent Configuration object.
- Click Modify.
- The settings and controls become active.
- Navigate to the ClientLocalePreferred parameter.
The Edit Parameter page opens.
- Modify the parameter value.
- Save the change.
Localize Forms-based Authentication and Basic Password Services Files
An agent owner can localize the forms-based authentication and basic password services files. By default, sample forms in various locales are provided. These samples are in the directory webagent_home/samples.
Each locale has a folder for the locale-specific files. Each folder and file is appended with a locale language code that conforms to the RFC 3066 standard of naming convention of the following format:
forms_<locale language code>
forms_<locale language code>/filename_<locale language code>.fcc
For example:
For English, the folder name is samples/forms_en-US, the login.fcc file name is login_en-US.fcc, the WebAgent.properties file name is WebAGent_en-US.properties.
Besides the sample forms folders, a default forms folder is provided. This folder contains files with no locale language code. When the Web Agent receives a request for a locale, the Policy Server verifies whether the requested locale is available against the list of preferred locales. The system then performs one of the following tasks:
- If the requested locale matches a locale in the list, the request is processed in the requested locale.
- If the requested locale does not match a locale in the list, the request is processed using the locale of the default forms folder.
Customize a Folder to Support a New Locale
The default form folder is in en-US. An agent owner must customize the default folder and the files to support a new locale other than en-US.
Follow these steps:
- Log on to the Web Agent machine.
- Navigate to the following location:
webagent_home/samples
- Create a folder for the new locale in the following format:
forms_<locale language code>
- Customize .fcc files:
- Place a copy of the relevant FCC files from the default forms folder to the new folder.
- Append each FCC file with the language code of your locale in the following format:
filename_<locale language code>.fcc
- Customize the properties files:
- Place a copy of the relevant .properties files from the default forms folder to the new locale folder.
- Append each file with the language code for the new locale in the following format:
filename_<locale language code>.properties
- Modify the files to accommodate the locale, such as changing the English messages to the language of the new locale.
- Save the changes.
Localize Error Response Files
An agent owner can localize error response files. Sample error response files in various locales are provided in the following directory:
webagent_home/samples/error-responses
Each locale has a folder for the locale-specific files. Each folder and file is appended with a locale language code that conforms to the RFC 3066 standard of naming convention of the following format:
responses_<locale language code>
filename_<locale language code>.err
Besides the sample error response folders, there is a default error responses folder and files that do not contain a locale language code. When the Web Agent receives a request in a locale, the Policy Server performs one of the following tasks:
- If the locale is available and an error occurs, the error response files are used from the corresponding locale folder to display the error response.
- If the locale is not available and an error occurs, the files in the default error responses folder are used to display the error response.
Customize CA SiteMinder® to Support a New Locale
Customize the default folder and the files to support a new locale that is not provided by default.
The following error responses files can be customized to suit your preferred locale:
- csserror.err generated for the CSS errors
- servererror.err generated for the server errors
- cookieerror.err generated for the cookie errors
- custom401error.err generated for the authentication and authorization errors
When an error occurs, the error page is retrieved from the following location:
ErrorResponseLocation_home/responses_<locale language code>
Example:
Tthe error response files are stored for the English locale in the ErrorResponseLocation_home/responses_en-US folder. When a cookie error occurs, the cookieerror_en-US.err error response file is retrieved from this folder.
To customize the error responses, perform the following steps:
- Configure the Web Agent.
- Configure the Web Agent ACO.
Configure the Web Agent
An agent owner must configure the web agent to localize the error response files.
Follow these steps:
- Log on to the Web Agent machine.
- Navigate to the following location:
webagent_home/samples/error-responses
- Create a folder for the new locale in the following format:
responses_<locale language code>
- Place a copy of the response files from the default responses folder into the new folder.
- Append each error response file with the language code for the new locale in the following format:
filename_<locale language code>
- Modify the files to accommodate the new locale. For example, change the English messages to the language for the new locale.
Configure the Web Agent ACO
To localize the error response files, a policy administrator must configure the agent ACO parameter.
Follow these steps:
- Log on to the Administrative UI.
- Click Infrastructure, Agent.
- Click Agent Configuration Objects.
- Navigate to the Agent configuration object of your web agent.
- Click the name of the Agent Configuration object.
- Click Modify.
- Ensure that the value of the following parameters is set to no:
- servererrorfile
- csserrorfile
- reqcookieerrorfile
- custom401errorfile
Note: These properties have higher precedence over the ErrorResponseLocation parameter. To localize the error response files, ensure that these properties are disabled.
- Navigate to the ErrorResponseLocation parameter, and click the right arrow next to the parameter.
The Edit Parameter page appears.
- Type the new path of the error response files.
Note: The value of the ErrorResponseLocation property must not be a URL.
- Save the changes.
Migrate Localized Files
If localized FCC files, basic password services, and error response files in releases earlier than 12.51 are available, an agent owner can migrate them to 12.51 or later releases to reuse the files.
Migrate the Forms-based Authentication Files and Basic Password Services Files
An agent owner can migrate forms-based authentication files and basic password services files.
Follow these steps:
- Log on to the Web Agent machine.
- Navigate to the location where the localized files exist.
Default Path: webagent_home/samples
- Create a folder or skip to the next step and rename the existing locale folder. Perform only one of these steps.
- Create a folder in the following format:
forms_<locale language code>
- Place a copy of the existing localized FCC files to the new folder.
- Append each file with the language code for your locale in the following format:
filename_<locale language code>.fcc
- Place a copy of the relevant .properties files from the existing folder to the forms folder of the new locale.
- Append each file with the language code for your locale in the following format:
filename_<locale language code>.properties
- (Optional) Rename the existing folder (this step is an alternative to creating a folder.)
- Rename the existing folder in the following format:
forms_<locale language code>
- Rename each file with the language code for your locale in the following format:
filename_<locale language code>.fcc
- Rename each file with the language code for your locale in the following format:
filename_<locale language code>.properties
- In the FCC files, perform the following steps:
- Replace the hard coded encoding parameters with the $$SMENC$$ tag.
Examples:
- <meta http-equiv="Content-Type" content="text/html;charset=$$SMENC$$">
- <INPUT TYPE=HIDDEN NAME="SMENC" VALUE="$$SMENC$$">
- The first line of each file must have the name of the charset that is used for encoding the form. Example: <!-- SiteMinder Encoding=UTF-8; -->, where UTF-8 is used for encoding the form.
- Save the changes.
Migrate the Error Responses Files
An agent owner can migrate the localized error responses files.
Follow these steps:
- Log on to the Web Agent machine.
- Navigate to the location where the localized files exist.
Default Path: webagent_home/samples/error-responses
- To create a folder, perform the following steps. Optionally, skip to the next step to rename the existing folder.
- Create a folder in the following format:
responses_<locale language code>
- Place a copy of the existing localized error response files to the new folder.
- Append each file with the language code your locale in the following format:
filename_<locale language code>
- (Optional) To rename the existing folder:
- Rename the existing file in the following format:
responses_<locale language code>
- Rename each file with the language code for your locale in the following format:
filename_<locale language code>
FCC Internationalization is now completed.
Copyright © 2015 CA Technologies.
All rights reserved.
|
|