-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for some optional features #6
Comments
oh, I think we better use camelCase arg name. here is a nice example, as @spacewander has suggested before. |
Do you mean a regular TLS request? The StartTLS request is different from the TLS one. |
Yes, I apologize for the confusion. What I meant is a regular TLS request, which is a request made over a secure TLS connection. |
I see |
Set to true if LDAP server should use an encrypted TLS connection, either with StartTLS or regular TLS.
If set to true, instructs this filter to issue a StartTLS request(sends the command to start a TLS session and then creates a new TLS Client) when initializing the connection with the LDAP server. If the startTLS setting is enabled, it is important to ensure that the tls setting is also enabled.
When TLS is enabled, the connection to the LDAP server is verified to be secure. This option allows the filter to proceed and operate even for server connections otherwise considered insecure.
The rootCA option should contain one or more PEM-encoded certificates to use to establish a connection with the LDAP server if the connection uses TLS but that the certificate was signed by a custom Certificate Authority.
If there are any other optional features or requirements you need, welcome to propose relevant suggestions.
The text was updated successfully, but these errors were encountered: