The Policy Server uses SQL Query Schemes to build queries that find user data in a relational database. You create and edit SQL Query Schemes using the SQL Query Scheme dialog.
Note: The “SM_” prefix in column names is reserved for special names. Do not begin column names in your user directory with the “SM_” prefix.
You can configure a SQL Query Scheme that finds user data in the user store relational database.
Follow these steps:
Configure each of the queries to work with your relational database. Replace the following database table and column names with the table and column names from your relational database:
The Name parameter for a user is unique.
The query is saved. You can associate the query scheme with a user directory connection.
You can select an SQL Query Scheme using the User Directory Dialog.
Follow these steps:
Note: If your queries are returning names that include the apostrophe character (for example, O’Neil), replace any instance of ‘%s’ in the query strings to ‘’%s’’. To avoid this problem, base your queries on user IDs that do not include apostrophes, or modify the query strings that include ‘%s’.
When stored procedures are required for authentication with ODBC user directories, configure the SQL query scheme to call the stored procedure as follows:
SQLServer
Syntax: Call Procedure_Name %s , %s
Example: Call EncryptPW %s , %s
The Stored procedures in SQLServer must meet the following requirements:
The following example shows how to create a stored procedure for a SQLServer user directory:
CREATE PROCEDURE EncryptPW @UserName varchar(20) OUT , @PW varchar(20) OUT AS SELECT Smuser.name from Smuser where Smuser.name= @UserName and password = @PW SELECT Smuser.password from Smuser where name= @UserName and password = @PW return 0
MySQL
Syntax: Call Procedure_Name %s, %s
Example: Call EncryptPW %s, %s
The Stored procedures in MySQL must meet the following requirements:
The following example shows how to create a stored procedure for a MySQL user directory:
CREATE PROCEDURE EncryptPW(INOUT p_UserName varchar(20), INOUT p_PW varchar(20)) BEGIN SELECT SmUser.Name into p_UserName from test.SmUser where SmUser.Name = p_UserName and SmUser.Password = p_PW; SELECT SmUser.Password into p_PW from test.SmUser where SmUser.Name = p_UserName and SmUser.Password = p_PW; END;
Oracle Functions
For Oracle user directories, you can create the following functions using the templates:
The stored procedures in Oracle functions must meet the following requirement:
EncryptPW Function
The EncryptPW function must return an integer value, as follows:
You can use the following template to create the EncryptPW function:
CREATE OR REPLACE FUNCTION EncryptPW(p_UserName IN OUT SmUser.Name%type, p_PW IN OUT SmUser.Password%type) RETURN INTEGER IS nRet INTEGER :=1; nCount NUMBER := 0; BEGIN select count(*) into nCount from SmUser where SmUser.Name = p_UserName and SmUser.Password = p_PW; IF (nCount = 1) THEN SELECT SmUser.Name into p_UserName from SmUser where SmUser.Name = p_UserName and SmUser.Password = p_PW; SELECT SmUser.Password into p_PW from SmUser where SmUser.Name = p_UserName and SmUser.Password = p_PW; RETURN 0; END IF; RETURN nRet; END EncryptPW;
ChangePW Function
The ChangePW function must return an integer value, as follows:
You can use the following template to create the ChangePW function:
CREATE OR REPLACE FUNCTION ChangePW(p_PW IN SmUser.Password%type, p_UserName IN SmUser.Name%type) RETURN INTEGER IS nRet INTEGER :=1; nCount NUMBER := 0; BEGIN select count(*) into nCount from SmUser where SmUser.Name = p_UserName; IF (nCount = 1) THEN UPDATE SmUser SET SmUser.Password = p_PW where SmUser.Name = p_UserName; COMMIT; RETURN 0; END IF;
Synchronous calls return only after the request is complete. Asynchronous calls return immediately. To avoid the delays that are associated with network failures, a caller can abandon an asynchronous call.
You can make asynchronous calls to the following databases:
The following registry options are stored under the registry sub-key Netegrity\SiteMinder\CurrentVersion\Database.
Determines whether database calls are made asynchronously.
Values: 0 (no); 1 (yes)
Default: 0
Specifies the amount of time between calls to wait before checking the status of an outstanding SQL call.
Values: 0 to n milliseconds
Default: 15 milliseconds
The amount of time to allow for a connection to log in to the database.
Values: minimum of 1 second
Default: 15 seconds
The amount of time to allow for a query to complete before canceling it.
Values: minimum of 1 second
Default: 15 seconds
Note: When SQL Server is running on Windows NT, an asynchronous call support causes a small memory leak. You may choose to extend the timeouts to reduce the number of failovers in an unreliable network by adjusting the settings.
The following criteria apply to ODBC connection pooling:
Copyright © 2014 CA.
All rights reserved.
|
|