WebLogic's implementation of the RMI specification uses a proprietary protocol known as T3. You can think of T3 (and secure T3S) as a layer to expose/allow JNDI calls by clients.
Normally the T3 protocol is used to interact with the WebLogic console.
T3 is the protocol used to transport information between WebLogic servers and other types of Java programs. WebLogic keeps track of every Java virtual machine connected to the application. To carry traffic to the Java virtual machine, WebLogic creates a single T3 connection.
This type of connection maximizes efficiency by eliminating multiple protocols used to communicate between networks, thereby using fewer operating system resources. The protocol used for the T3 connection also enhances efficiency and minimizes packet sizes, increasing the speed of the delivery method.
For example, if a Java client accesses an enterprise bean and a JDBC connection pool on WebLogic Server, a single network connection is established between the WebLogic Server JVM and the client JVM. The EJB and JDBC services can be written as if they had sole use of a dedicated network connection because the T3 protocol invisibly multiplexes packets on the single connection.
SSL (t3s) connection to WebLogic AdminServer – WLST (example)
- JavaStandardTrust (default truststore for SSL communication)
- DemoTrust
- CustomTrust
- Export the public certificate(s) of AdminServer using keytool utility
- Suppose, we have saved the public certificate as MyServerCertificate.cer
- Now, we need to import the public certificate to JavaStandardTrust store
- JavaStandardTrust path for windows would be %JAVA_HOME%\jre\lib\security\cacerts and for Linux it would be $JAVA_HOME\jre\lib\security\cacerts
- Now, import the certificate to windows JavaStandardTrust using keytool (similarly, we can import the certificate in Linux truststore).
Ref: https://makeinjava.com/ssl-t3s-connection-to-weblogic-adminserver-wlst-example/
No comments:
Post a Comment