When a server is started, it allows ECDA to check for all the configured access services.
yes causes ECDA to search the following directories for two files, one ending in .crt (the certificate file), and the other ending in .pwd (the encrypted password file). For example, srvname.crt and srvname.pwd. Instructions for creating these files are defined in the ECDA installation guide for your platform.
If SSLEnabled equals yes, the service name of the SSLServices property and the srvname.crt and srvname.pwd must match. If a match is not found, ECDA does not start.
If both files are present, ECDA passes the path to the certificate file, and the contents of the password file to Open Server. This initializes the SSL context for ECDA.
While you can configure ECDA to listen on both SSL and non-SSL ports, which allows you to use both non-SSL access service and one SSL access service in the same ECDA, Sybase recommends that you use only one SSL access service for each DirectConnect server. This prevents a user from using an unsecured port to gain access to unsecured data within an organization.