Query results for : TDI
Domino SingleSignOn - Level 1 - LDAP Authentication- 13 February 2017 - (1) Comments
Thomas Hampel
13 February 2017Based on a recent discussion with a customer it seems there still is not enough information on how to simplify authentication for Notes/Domino users.
This is the first post our of a series of blog posts describing how to move from password based to seamless authentication.
Level 1 – LDAP Authentication
Main goal of this level is to provide users with the ability to authenticate with Domino internet protocols such as HTTP using LDAP (e.g.Active Directory) credentials. The Notes Client authentication remains unchanged.
When using a web browser to access a Domino server, users will be prompted for username and password.
This authentication dialog looks like one of the following examples:
Credentials entered here will be forwarded to Active Directory for authentication.
Within this process username and password will be sent over the network, so it is highly important to secure the transmission using SSL/TLS.
Pros and Cons
+ Lost/forgotten passwords on a monday morning are no longer your problem. The AD guys have to take care :)
+ No need to manage HTTP passwords and no need to sync HTTP and Notes passwords
- All authentication requests will be forwarded to LDAP/AD, entering wrong passwords multiple times -depending on your policy- will lock out your AD account.
Prerequisites:
In order for Active Directory authentication to work, the Notes user name must be stored within Active Directory (or the AD name must be stored in Domino). This is required to map Active Directory user name to a Notes user name.
- Within Active Directory, each user object must have a (custom) attribute storing the Notes User name in DN format. This format is described as the full canonical user name of the Notes user (e.g. “CN=Firstname Lastname,OU=Department,O=Company”) where any slash (“/”) is replaced by a comma (“,”)
- The name of this (custom) attribute of the user object in Active Directory can be any name of your choice, I will be using “mailNickname”, but you can use any other attribute you like.
This attribute is recommended to be included in the AD Index for performance reasons. For details how to do this, please refer to this article which relates to an older version of AD but is still valid. - Synchronization from Domino Directory to Active Directory is done on a regular basis, e.g. by using TDI (which is free for Domino customers) with some AssemblyLines for Domino
- A non-expiring Active Directory User account is required that will be used by Domino for Single SignOn purposes.
reconfigure Domino HTTP authentication to use Active Directory for authentication of browser sessions?
If not already done:
- Import the trusted root certificate of the LDAP server into the key ring file of the Domino server.
Please note that Domino will be the client for the LDAP session in this case, so the *.kyr file that is being used is the one in the server document! - Create a Directory Assistence (DA) database
- Add the DA to your Domino server document
okay, whats next:
- Within the Directory Assistance database, add a new document and configure it like shown below:
Of course you are supposed to supply your correct Kerberos realm name. If in doubt, ask your AD admin. - Set "Trusted for Credentials" to Yes
- Configure how to connect to the LDAP () server.
- Save & close
Now restart the Domino server and check if LDAP is being shown in the list of directories.
Issue the command "Show xdir" at the server console for details.
Troubleshooting:
Apache LDAP Studio is your friend. Make sure your LDAP credentials are correctly working and that your Base DN is providing the expected results before setting up Directory Assistence towards AD.
Some more hints:
- You can specify multiple LDAP servers, they will be used one after the other based on the search order you have supplied
- Search order in the Directory Assistance document must be unique. You can not use the same "Search order" twice.
- Domino will be the client for the LDAP session in this case, so the *.kyr file that is being used is the one in the server document!
If you are using Internet sites, then Edit the server document, disable internet sites (without saving) and specify the *.kyr file there. When done, switch back to the basics tab and re-enable Internet Sites.
The file specified will still be used for all outbound connections, the kyr file specified in the internet sites is used for inbound connections only!
- Thes Notes.ini variables will increase the log level for further debugging
debug_directory_assistance=1
debug_namelookup=1
Result:
When prompted for username/Password you can now use your Active Directory username and AD Password.
Transitioning from Domino HTTP passwords to AD passwords is seamless because users can still use the Domino HTTP password even if LDAP authentication has been configured.
Once the transition is completed you should clear the HTTP password field from the person document.
Import Contacts from GDI Business Line / FirebirdSQL to Domino- 23 September 2014 - (1) Comments
Thomas Hampel
23 September 2014GDI Business Line is an ERP & CRM software for the small & medium businesses market. It is developed by the German vendor GDI based in Landau in der Pfalz.
A customer wanted to use the address data from the GDI platform in the Notes/Domino environment. Main purpose was to simplify communication with known customers by synchronizing contact names, addresses, and phone numbers to Domino.
We all know integrating Directory Data with Domino is made easy with TDI, so lets see if we can use it here.
The backend database of GDI is based on FirebirdSQL , and they provide a JDBC driver which is all we need to make it work.
Here are step-by-step instructions for connecting TDI with the GDI Address table
Part 1 - TDI Installation
Tivoli Directory Integrator V7.1.1 is provided free of charge as an additional entitlement for Notes/Domino customers.
All you need to download from Passport Advantage is IBM Tivoli Directory Integrator Identity Edition V7.1.1 with the part number that fits you needs
Platform | Part Number | Size |
Windows 32Bit | CZUF0ML | 555mb |
Windows 64Bit | CZUF7ML | 567mb |
Linux 32bit | CZUF2ML | 547mb |
Linux 64bit | CZUF3ML | 554mb |
We are intending to use a local Notes Client connector so we will be using the 32bit version of TDI. In case you're planning to install TDI on a 64bit Domino Server you could also go for that version.
The installation process of version 7.1.1 is not any different than V7.1, so you can just follow instructions for installing Tivoli Directory Integrator on IBM Infocenter or on Connections101 (Thanks gabturtle & Paul Mooney for this site).
Part 2 - Apply TDI Fix Pack
Download the latest fix pack for TDI v7.1.1 from Fix Central which at the time of writing this blog post is Fix Pack 3 and this JRE upgrade
Follow installation instructions provided with the fix pack(s)
Hint : {TDI_install_dir}\bin\Applyupdates.bat -update [path to FP zip file]
Part 3 - Notes Connector
TDI can establish different types of connections to Notes/Domino, not all of them can be used everywhere (see Supported session types by Connector )
e.g. if you dont want IIOP to be enabled on your Domino server, you'll have to use either the Local Client connector, which requries a Notes Client to be installed on the same machine, or the Local Server Connector, which requires a Domino Server installed on the same machine. My personal preference is the Notes client connector because it just requires a Notes ID and I can connect from my own client workstation to any server regardless if IIOP is enabled or not.
- Copy the file {NotesProgramDir}\jvm\lib\ext\Notes.jar to {TDI_install_dir}/jars/3rdparty/IBM
(or to the folder defined in the variable "com.ibm.di.loader.userjars" parameter defined in the solution.properties file) - Append the Notes Directory to the PATH parameter in the following TWO files
{TDI_install_dir}ibmditk.bat
{TDI_install_dir}ibmdisrv.bat
Example:
set PATH=%TDI_HOME_DIR%;%TDI_JAVA_BIN_DIR%;%TDI_LIB_DIR%;C:\Program Files (x86)\IBM\Notes;%PATH%
Part 4 - Firebird JDBC Connector
As long as there is a JDBC connector, TDI should be able to connect to the database. FirebirdSQL is nothing special here, so this is what you have to do:
- Pick the JDBC driver here (make sure to choose the one for Java 7)
- Extract the ZIP file to a temporary folder of your choice
- Copy the following three files to the folder {TDI_install_dir}\jars\3rdparty\other
jaybird22.dll, jaybird-2.2.5.jar, jaybird-full-2.2.5.jar
Part 5 - Connect and Feed Data
Now launch TDI Configuration Editor ( {TDI_install_dir}ibmditk.bat ) and add a new JDBC connector
We would like this connector to be used in Iterator mode because we want to loop thru the data later on.
When you click on "Next >" you will be prompted to specify additional connection parameters.
The syntax for the JDBC URL is
jdbc:firebirdsql://host[:port]/database
JDBC URL = jdbc:firebirdsql://sqlserver:23053/C:\Database\GDI.GDB?sql_dialect=1&charset=WIN1252
JDBC Driver = org.firebirdsql.jdbc.FBDriver
and of course you must define your database credentials and the table you want to connect to. In our case the table is "CM_ADRESSEN"
Click Finish to add the connector as your input feed.
Part 6 - Data Map
Now lets use the connection and define the input map:
- Within the connector, use to connect button to establish a first connection for reading the database schema.
- Select the fields which you want to make use of by either dragging/dropping them from the schema or by using the button "Add"
Lets write this data to Domino...
(Remark: assuming the target database already exists and is using a standard pubnames template)
- Add a Notes Connector in Update mode
When you click on "Next >" you will be prompted to specify additional connection parameters.
This example will connect to a remote database hosted on "DominoServer/Org/O", you can of course leave the server name empty to connect to a local database.
Click Finish to add the connector as your Data Flow. - Click the output connector again to define which data to write to which field in Notes/Domino
Here is an example, feel free to modify or extend:
- In the connector define the Link Criteria
It seems the field SATZUUID is used as a unique key, so we are going to use it as well. Of course you need to make sure to write this field to the target database, otherwise the lookup will always fail and duplicate entries are the result.
Part 8 - Fine Tuning
This part is to be done by yourself. You should probably add some special handling to handle different address types such as if the record is using...
"Adresstyp=1" = Contact
"Adresstyp=4" = Company
"Adresstyp=16" = Person
or updating the full text index when the assemblyline has finished...
try{
notes=NotesConnector.getConnector
dbname=notes.getParam("notesDatabase")
srvname=notes.getParam("notesServer")
sess=notes.getDominoSession()
db=sess.getDatabase(srvname,dbname)
if (db.isOpen()) {
message="Requesting to update FTIndex on " + srvname + "!!" + dbname ;
task.logmsg ("INFO",message) ;
db.updateFTIndex(true);
} else {
message="Unable to open target notes database." + srvname + "!!" + dbname
task.logmsg ("ERROR",message) ;
java.lang.System.out.println (message);
}
} catch (ex) {
message="Unable to update FTIndex in target Notes database. , " + ex
task.logmsg ("ERROR",message)
java.lang.System.out.println (message)
}
Part 9 - Run it
Run the assemblyline and (optionally) have a beer while you will see new person documents showing up in Domino.
Summary
For those of you who are very lazy, here is the TDI AssemblyLine for further use.
GDIDataImportExample.xml
Please note that you must adjust it to fit your needs! Concluding with Notes Sensei's words : YMMV