утм 2.1.6 debian 8, jacarta

[wZzzp]

Добрый день. Решили протестировать утм на debian 8 jessie, утм установился, чеки пробиваются, проблем не наблюдается, но только вот в логах updater пишет постоянно:

Код: Выбрать все

javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
        at sun.security.ssl.InputRecord.handleUnknownRecord(InputRecord.java:710)
        at sun.security.ssl.InputRecord.read(InputRecord.java:527)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
        at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:928)
        at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:161)
        at java.io.BufferedReader.read(BufferedReader.java:182)
        at es.programador.transport.updater.b.a.run(Unknown Source)
2017-12-18 01:30:35,353 DEBUG es.programador.transport.updater.b.a - Получена служебная комманда: version
2017-12-18 01:32:11,111 DEBUG es.programador.transport.updater.b.a - Ошибка обработки служебной команды:{}
javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
        at sun.security.ssl.InputRecord.handleUnknownRecord(InputRecord.java:710)
        at sun.security.ssl.InputRecord.read(InputRecord.java:527)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
        at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:928)
        at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:161)
        at java.io.BufferedReader.read(BufferedReader.java:182)
        at es.programador.transport.updater.b.a.run(Unknown Source)
2017-12-18 01:32:49,464 DEBUG es.programador.transport.updater.b.a - Ошибка обработки служебной команды:{}
javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
        at sun.security.ssl.InputRecord.handleUnknownRecord(InputRecord.java:710)
        at sun.security.ssl.InputRecord.read(InputRecord.java:527)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
        at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:928)
        at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:161)

monitoring RUNNING pid 1139, uptime 1 day, 4:04:21
updater RUNNING pid 1138, uptime 1 day, 4:04:21
utm RUNNING pid 1140, uptime 1 day, 4:04:21

Все службы работают в штатном режиме, насколько я понял, супервизор сам управляет теперь этими службами.
Что это за ошибка такая, как ее лечить ?

[Operator 4]

В случае возникновении данной ошибки, рекомендуем проверить, прописаны ли настройки прокси сервера в файле настоек УТМ (UTM/transporter/conf/transport). Так же, причиной может быть то, что локальное ПО, обеспечивающее безопасность соединения, не позволяет установить защищенное SSL соединение с сервером ЕГАИС.

[wZzzp]

дело в том, что соединение устанавливает, не выполняется служебная команда (version). Вопрос больше в том, что это за команда такая, и чем это чревато для пользователя? Просто переходить на новый утм нужно до нового года, а у нас 120 торговых точек на линуксе.

[Operator 4]

дело в том, что соединение устанавливает, не выполняется служебная команда (version). Вопрос больше в том, что это за команда такая, и чем это чревато для пользователя? Просто переходить на новый утм нужно до нового года, а у нас 120 торговых точек на линуксе.

Это команда для получения обновления УТМ, по этому проверьте вашу точную версию УТМ на домашней странице и интернет соединение.

[Sergey]

дело в том, что соединение устанавливает, не выполняется служебная команда (version). Вопрос больше в том, что это за команда такая, и чем это чревато для пользователя? Просто переходить на новый утм нужно до нового года, а у нас 120 торговых точек на линуксе.

Это команда для получения обновления УТМ, по этому проверьте вашу точную версию УТМ на домашней странице и интернет соединение.

Версия утм последняя, это 100%, мы ставили последнюю.

[DionisK]

дело в том, что соединение устанавливает, не выполняется служебная команда (version). Вопрос больше в том, что это за команда такая, и чем это чревато для пользователя? Просто переходить на новый утм нужно до нового года, а у нас 120 торговых точек на линуксе.

Это команда для получения обновления УТМ, по этому проверьте вашу точную версию УТМ на домашней странице и интернет соединение.

Версия утм последняя, это 100%, мы ставили последнюю.

На данный момент переходить можно до 20 января. 21 января запустят последнюю автоматическую команду на автообновление, а там видно будет. Это со слов Гущанского на официальном форуме. Т.е. пока УТМ 2.0.5 должны работать в нормальном режиме.

[Operator 2]

Добрый день.

В данном случае updater пытается "спросить" у транспорта, какая у него версия, проверьте открыты ли порты 8192 и 8194.

Если в конфигурационных файлах прописаны другие, порты, то соответственно проверить, то что в конфигурационных файлах прописано.

По умолчанию.
transport.service.port=8192
updater.connector=127.0.0.1:8193
agent.connector.port=127.0.0.1:8194