Using the Microsoft ODBC Data Source Administrator

You can use the Microsoft ODBC Data Source Administrator to edit the DSN configuration. Note that the DSN is created during the installation process.

Complete the following steps to edit the DSN configuration:

1. Select Start > Search, and enter ODBC Data Sources in the Search box.
2. Choose the version of the ODBC Administrator that corresponds to the bitness of your application (32-bit or 64-bit).
3. Click the System DSN tab.
4. Select the system data source and click Configure.
5. Edit the information on the Connection tab and click OK.

Note: For .NET Framework 4.0, the driver distributes Microsoft Visual C++ 2015-2022 Redistributable. For .NET Framework 3.5, the driver distributes Microsoft Visual C++ 2008 Redistributable.

Connecting to OData

To connect, you need to set the Url to a valid OData service root URI in addition to the authentication values.

Also, you can specify a CacheLocation to store the metadata of your OData organization. This keeps the CData ODBC Driver for OData from having to send requests for metadata on each connection.

Authenticating to OData

The driver supports following authentication schemes.

HTTP Auth Schemes

The following general HTTP Auth schemes are supported:

• None: If no authentication is required, set the AuthScheme to None.
• Basic: If Basic Auth is supported, set the AuthScheme to Basic. In addition, set the User and Password.
• NTLM: A type of Windows authentication often used across a LAN using your Windows user credentials. Set the AuthScheme to NTLM to support this method of authentication. In addition, set the User and Password if you are not connecting from a Windows machine, or your currently logged in user account should not be used for the connection.
• Digest: If Digest Auth is supported, set the AuthScheme to Digest. In addition, set the User and Password.

Kerberos

Please see Using Kerberos for a description of how to support Kerberos authentication.

OAuth

Set the AuthScheme to OAuth. See Using OAuth Authentication for an authentication guide.

Authenticating with AzureAD

AzureAD is a form of OAuth that goes through Azure. Set the AuthScheme to AzureAD. The CData ODBC Driver for OData will internally automatically take care of known Azure URLs. Specifically, the following are unnecessary to specify with the AzureAD AuthScheme:

• OAuthAccessTokenURL
• OAuthAuthorizationURL
• OAuthRefreshTokenURL
• OAuthRequestTokenURL

Other connection properties may be required for this connection method including:

• Scope: Must be specified if InitiateOAuth is set to GETANDREFRESH as the Scope is submitted to Microsoft during retrieval of credentails. This will vary depending on the service, but is generally a combination of the resource (hostname in the URL) and permission name. For example: https://host/user_impersonation.
• AzureADTenant: The specific Azure Tenant to authenticate against during Microsoft login. If none is specified, your user account's default tenant via the common login endpoint will be used. This may not be correct depending on the specific resource you are connecting to. For example, if the resource is stored on a seperate tenant for cases where you have access to multiple tenants.

Otherwise, the steps are identical to the Using OAuth Authentication guide.

SharePoint Online

SharePoint Online connections may be established by retrieving a SharePoint Online cookie. Specify the following connection properties to authenticate:

• AuthScheme: Set this to SharePointOnline.
• User: Set this to your SharePoint Online user account.
• Password: Set this to your SharePoint Online password.

Kerberos

Please see Using Kerberos for details on how to authenticate with Kerberos.

Securing OData Connections

By default, the driver attempts to negotiate SSL/TLS by checking the server's certificate against the system's trusted certificate store. To specify another certificate, see the SSLServerCert property for the available formats to do so.