Custom
Sample SSO using a .NET custom HTTP module
The advantage of the custom HTTP module solution is that it secures all WorkflowGen HTTP requests, including web services. It also provides more customization possibilities than the form authentication-based solution.
This section focuses on the custom HTTP module authentication solution.
WorkflowGen custom HTTP module authentication configuration
Download the
CustomAuthModuleSSO 2.0sample package, unzip the package, then copy the\VS Project\bin\Release\CustomAuthModuleSSO.dllfile into the following folders:\wfgen\bin\wfgen\wfapps\webforms\binAll of your custom web forms'
\binfolders
In IIS, change the Authentication configuration. Enable
Anonymous Authenticationon all of the following IIS applications under the WorkflowGen website:\wfgen\wfgen\wfapps\webformsAll of your custom web form folders
✏️ Note: All of your web service apps (subfolders in the
\wfgen\wfapps\webservicesfolder) should be usingBasicauthentication, since this sample redirects to the remote authentication server'slogin.aspxpage, which is not supported in the web service scenario.Edit your
\wfgen\web.configfile and add the following configuration:<configuration> <appSettings> <add key="RemoteAuthenticationServiceProviderLoginUrl" value="http://{remoteauthserver:port}/login.aspx" /> </appSettings> <system.webServer> <modules> <add name="ApplicationSecurityAuthenticationModule" type="WorkflowGen.Samples.CustomAuthModule" /> </modules> </system.webServer> </configuration>✏️ Note: Change the
{remoteauthserver:port}value of the RemoteAuthenticationServiceProviderLoginUrl key to your existing remote authentication server name and port number.If you want to customize the behavior of CustomAuthModuleSSO, open the
\VS Project\CustomAuthModuleSSO.slnsolution in Visual Studio, then edit theCustomAuthModuleSSO.csfile. When ready, rebuild the solution and redeploy the\VS Project\bin\Release\CustomAuthModuleSSO.dllfile as in step 1.
Remote Authentication Service Provider web server configuration
Copy the
\Remote auth service provider\login.aspxsample file from the package to your remote authentication server IIS website's root folder. If there's no existing website, then create a new IIS website on your web server and copy the file to the root folder. Normally, the remote authentication server IIS website is a separate website from the WorkflowGen IIS website. ✏️ Note: Don't forget to update the{remoteauthserver:port}value for the RemoteAuthenticationServiceProviderLoginUrl key in the\wfgen\web.configfile if the remote authentication server name and port are different or have changed. See step 3 of the previous section.Edit
login.aspxand change the{workflowgenserver:port}to your WorkflowGen server name and port number.In IIS, change the Authentication configuration. Enable
Anonymous Authenticationon the remote authentication server IIS website.Open the
http://{remoteauthserver:port}/login.aspxURL in a browser and make sure it's accessible and working properly.
How the sample works
When a user connects to WorkflowGen (
http://{workflowgenserver:port}/wfgen), CustomAuthModuleSSO checks if atokenis available (in theCookies,QueryString,Form, orServer variablescollections) in order to retrieve the current login user. If no token is found, then it will redirect the user to your remote authentication serverlogin.aspxpage with a return URL.Your remote authentication server will show a login page for the user to input their username and password for submission.
When the user submits the form, the login page validates the user credentials against the authentication service provider (code to implement in
login.aspx). If the credentials are valid, then the page generates a token and sets it as a parameter in the WorkflowGen return URL. For the simplicity of this sample, the token only contains the username that is encoded in base64.When WorkflowGen receives the new HTTP request from your remote authentication server, CustomAuthModuleSSO will retrieve the
tokenfrom theQueryString. It decodes the token to retrieve the username and creates a GenericPrincipal object used to set the current user session, then it saves thetokenas a cookie for future HTTP requests. WorkflowGen will now use the user principal (GenericPrincipal object) of the HTTP request context to verify and load the WorkflowGen user's profile. If the user is invalid (e.g. no matching username is found in the database), WorkflowGen will reject the user and display aSecurity error: You are not authorized to view this pageerror message.For sign out, the user can use one of the following URLs. WorkflowGen will clear the token cookie, which will force the user to log in if they want to access WorkflowGen again.
CustomAuthModuleSSO.cs source code
CustomAuthModuleSSO.cs source code login.aspx source code
login.aspx source codeGeneric sample code for an HTTP module
Overview
This sample is an HTTP module that uses the HTTP_AUTHORIZATION server variable for authentication. You must insert your own method to authenticate users.
For more information, see Custom HTTP Basic authentication in the WorkflowGen Technical Guide.