I am trying to use the Teradata .Net connector (v. 14.11.0.1) to establish a connection between my c# Windows application and a Teradata DBMS. I am not using the ODBC connector so there is no DSN associated with the connection.
We are testing this on a client system as we do not have a Teradata system in-house that uses LDAP for authentication. We cannot establish a connection using LDAP. However, the client is using a different application that connects through a Teradata ODBC-based connection with LDAP as the authentication mechanism.
I see some posts to this form that say this should just require a properly crafted connection string, e.g., http://forums.teradata.com/forum/connectivity/net-connection-string-with-ldap. I've tried this and whatever variation seemed feasible without success. (String is similar to: Authentication Mechanism=LDAP;User Id=dbc;Data Source=192.168.3.56;Password=dbc)
Other docs indicate that a custom assembly has to be created to provide AD attributes for the connector, e.g., http://www.info.teradata.com/HTMLPubs/DB_TTU_14_00/index.html#page/Database_Management/B035_1100_111A/Configure_LDAP_Mech_Properties.105.28.html. Under the debugger, I can see that a test assembly so created was indeed being loaded at runtime by the connector. This direction leads to two problems: 1) having the user provide the AD attributes, and 2) dynamically creating the assembly on our client's installations because we're not going to separately create this assemblies for each of our customers.
My question is, from your experience, what is a reliable way to use LDAP in this systems? Am I missing something in trying to craft a simple connection string? The second method seems to provide AD info that would be necessary to connect via LDAP. However, it will take a bit of code to allow the user to enter their AD attributes and then generate an assembly on-the-fly. I'm almost at the point where I'm going to back out to the ODBC-based driver in the hopes that the ODBC driver setup will handle the LDAP issues.
Forums:
