Ошибка SSL WebSphere 7, которая никогда не исчезнет, ​​независимо от того, что я делаю?

Я установил WebSphere 7.0 и RAD 7.5. Обновлен WAS для исправления пакета 11 и обновления RAD. 7.5.5. Последние обновления ... и т. Д.

  • Я создаю профиль сервера.
  • I Запустите сервер.
  • Я включаю глобальную безопасность и использую LDAP. (что-то, что я сделал миллиард раз)
  • Я даже не пытаюсь опубликовать приложение.
  • Сервер постоянно отлаживает это сообщение каждый раз две минуты.

Как сделать так, чтобы это прекратилось? Я пытался создать новые ключи, но это не помогло, я сдул профиль и создал новый. Ничего не работает. Ничего. Сервер работает на 400 МБ без приложения. Установлено. Это должно быть нормально? 400 МБ без приложения?

Мастер создания профилей сервера вынуждает эту SSL-чепуху в конфигурацию.

Что ' здесь действительно происходит?

Я хотел бы использовать новейшую серверную технологию, которую предлагает IBM, но, похоже, она сломана прямо из коробки, из ворот. Спустя 5 пакетов исправлений, и он все еще не работает.

[8/25/10 8:12:44:896 CDT] 0000000b SSLHandshakeE E   SSLC0008E: Unable to initialize SSL connection.  Unauthorized access was denied or security settings have expired.  Exception is javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
 at com.ibm.jsse2.b.a(b.java:34)
 at com.ibm.jsse2.pc.a(pc.java:155)
 at com.ibm.jsse2.pc.unwrap(pc.java:104)
 at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:17)
 at com.ibm.ws.ssl.channel.impl.SSLConnectionLink.readyInbound(SSLConnectionLink.java:531)
 at com.ibm.ws.ssl.channel.impl.SSLConnectionLink.ready(SSLConnectionLink.java:291)
 at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
 at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
 at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
 at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
 at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
 at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)
 at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)
 at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)
 at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
 at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1550)
8
задан slm 27 February 2018 в 19:26
поделиться

2 ответа

Я ошибся. Создание его любым способом вызывает проблему. (запустив pmt.bat или через rad tool).

Настоящая проблема заключалась не в том, чтобы копировать элементы глобальной безопасности в качестве домена безопасности. В основном вы переходите к Безопасность > Домены безопасности > затем выбираете опцию Копировать из глобальной безопасности.

Это просто сумасшествие. Почему бы просто не спросить бестолкового волшебника, хотите ли вы, чтобы это тоже произошло??? Меня бесит IBM.

6
ответ дан 5 December 2019 в 08:21
поделиться

Сервер приложений пытается установить ssl-соединение на порт, который не является ssl. Простой способ увидеть это вживую - попытаться получить доступ к консоли администратора с помощью http, но с использованием порта ssl. Если вы используете стандартные порты, вы можете попробовать следующее: http: // localhost: 9043 / ibm / console /

1
ответ дан 5 December 2019 в 08:21
поделиться