WLST - Не удается подключиться () с HTTPS - Протокол T3S - Порт 9002

Мы изменили конфигурацию наших серверов WebLogic, чтобы использовать HTTPS и T3S для соединений и использовать безопасный зашифрованный порт 9002 вместо открытого порта 7001. Однако при использовании функции connect() Web Logic Scripting Tool (WLST) возникают ошибки. Одна из таких ошибок выглядит следующим образом:

WLSTException: Error occurred while performing connect : Cannot connect via t3s or https. If using demo certs, verify that the -Dweblogic.security.TrustKeyStore=DemoTrust system property is set. : t3s://DatServer:9002: Destination 10.10.100.3, 9002 unreachable; nested exception is:
        javax.net.ssl.SSLHandshakeException: General SSLEngine problem; No available router to destination
Use dumpStack() to view the full stacktrace :

Синтаксис функции подключения: connect('user', 'password', 't3s://host:9002')

Эта функция connect() отлично работает до переключения с HTTP на HTTPS. Теперь мы не можем подключиться к удаленному серверу администрирования с помощью команды connect. Кто-нибудь знает, как это исправить?

Я прочитал несколько интересных вариантов справки, но ни один из них не работал. Эти справочные предложения и советы находятся здесь: https://community.oracle.com/thread/1036828

Нам удалось подключиться к удаленному хосту и порту через telnet. Мы увидели, что порт открыт и прослушивает подключения по обратному адресу с помощью netstat. Мы пробовали добавить эти опции в вызов скрипта: java -cp /path/to/weblogic.jar weblogic.WLST -Dweblogic.security.TrustKeyStore=DemoTrust -Dssl.debug=true Dweblogic.security.SSL.ignoreHostnameVerification=true -Djava.security.egd=file:/dev/./urandom, но это тоже не сработало.

Мы включили туннелирование на вкладке «Общие» WebLogic, но не на вкладке HTTP. Я не тот, кто контролирует сервер, поэтому я просто должен предлагать что-то и надеяться, что инструкции будут соблюдены.


person user3870315    schedule 24.07.2018    source источник


Ответы (1)


У меня работает в 12.2. добавив в ../oracle_common/common/bin/setWlstEnv_internal.sh в конце следующие строки (вам нужно настроить строки 5 и 6, значения в скобках):

JAVA_OPTIONS="-Dweblogic.ssl.JSSEEnabled=true ${JAVA_OPTIONS}" JAVA_OPTIONS="-Dweblogic.security.SSL.enableJSSE="true" ${JAVA_OPTIONS}" JAVA_OPTIONS="-Dweblogic.security.SSL.ignoreHostnameVerification=true $ {JAVA_OPTIONS}" JAVA_OPTIONS="-Dweblogic.security.TrustKeyStore=CustomTrust ${JAVA_OPTIONS}" JAVA_OPTIONS="-Dweblogic.security.CustomTrustKeyStoreFileName= ${JAVA_OPTIONS}" JAVA_OPTIONS="-Dweblogic.security.Custom $ThrSPrustKVAseStore JAVA_OPTIONS="-Dweblogic.security.CustomTrustKeyStoreType=JKS ${JAVA_OPTIONS}" экспорт JAVA_OPTIONS

и изменив в ../oracle_common/common/bin/wlst_internal.sh строку, начинающуюся с eval '"${JAVA_HOME}/bin/java"' ${JVM_ARGS}... добавив ${JAVA_OPTIONS}, чтобы она выглядела как следует: eval '"${JAVA_HOME}/bin/java"' ${JVM_ARGS} ${JAVA_OPTIONS} weblogic.WLST '"$@"'

Надеюсь, это поможет, хотя изменение скриптов с именем «..internal..» не вызывает у меня положительных эмоций.

person user10234953    schedule 16.08.2018
comment
Спасибо вам за помощь. Мы кое-что выяснили. Вместо этого мы добавили параметры SSL, которые вы изменяете/вызываете, в качестве переменной среды для оболочки BASH. Я нашел полезную веб-страницу на форуме Oracle. Конкретно эта страница: community.oracle.com/thread/1036828 Кроме того, я согласен с вы, изменяя скрипты, которые называются "...internal...", пугают. :) - person user3870315; 21.08.2018