Skip to content

Secure Connections for Java-based ybtools

The following Java-based client tools support Secure Sockets Layer (SSL) and Transport Layer Security (TLS) encryption:

Note: ybsql also supports SSL/TLS but with different options. See ybsql Connections.

These tools provide the following security options:

  • --secured: require SSL, which has the default SSLMODE of require root ca verification
  • When --secured is set, SSL/TLS encryption is used to secure all communication. The default setting is not secured; no encryption is used.
  • --cacert: supply a custom root ca bundle for trusting the cert installed under Yellowbrick
  • Note that this is not a server cert to be used in two-way trust.
  • --disable-trust: do not require root cert verification
  • --disable-trust is significant because it turns off the SSL/TLS root CA certification, not SSL/TLS. The bulk data tools require root CA certification by default. However, ybsql and many client tools do not require root CA certification.

Note: When SSL-only mode is enabled, you do not need to use the --secured option in ybtools commands. However, the behavior described here for the --cacert and --disable-trust options still applies.

See Opening Network Ports for Clients for a list of the port numbers that the client tools use for data control and data transfer. The ybtools data transfer ports will remain unencrypted if the --secured option is not set or SSL-only mode is not enabled.

When you are making a secure connection with Java-based ybtools:

  • The default connection mode is determined by whether Enable SSL-only communications is set for the Yellowbrick data warehouse. If SSL-only is enabled, connections must be secure. To check this setting, log into the SMC and go to Configure > Settings > SSL > Configuration.
  • To require connections to be secure if they are not by default, use the --secured option within each Java-based tool.
  • By default, secure connections require trust verification. To disable trust verification, use the --disable-trust option within each Java-based tool.
  • Because the Java-based tools use the Java certificate keystore, you will typically need to have a root cert bundle file only for intermediary certificates issued by your organization.
  • If you do need certificates included in a custom root cert file, the order of precedence for the file to use is the option --cacert, the environment variable YBCACERT (recognized only by the Java tools), then the environment variables YBSSLROOTCERT and PGSSLROOTCERT.
  • The --cacert option has an alternative syntax for the Java keystore format file that is not found in the drivers or ybqsl. For Java keystore files for certificates, use --cacert yellowbrick.jks:mypassword, where the : character separates the file name from the password of the keystore.
  • If you are using a Java application/JDBC driver, you can update the Java SSL trust keystore to avoid providing a root cert bundle, but this approach is not generally recommended.

Summary of Options for Java-based ybtools

PropertyValue / FromNotes
TLS/SSL port11112Regular bulk traffic port is 11111

Regular TLS database traffic port is 443

Default TLS modeYellowbrick SSL/TLS modeIf Yellowbrick TLS/SSL only is not enabled, TLS is off by default.
Alternative TLS mode--securedEnable TLS/SSL even if not required.
Default trust modeVerify CA modeIf TLS is enabled, CA verification is required by default.
--disable-trust
Default root cert fileroot.cert or root.crtSee Creating a Client-Side root CA File.
Alternative root cert file--cacert

YBCACERT

YBSSLROOTCERT

PGSSLROOTCERT

Alternative root cert will be looked for in this order of preference.

Parent topic:Configuring SSL/TLS for Tools and Drivers