Таймаут Mulesoft cloudhub, хотя он хорошо работает локально

Время ожидания Mule cloudhub истекает только по протоколам HTTP.

В моем потоке есть прослушиватель http mule. Он работает нормально как локально, так и в облачном хабе после развертывания.

Чтобы добавить безопасности, я включил HTTP, и я сделал это в соответствии с этим блогом. https://docs.mulesoft.com/runtime-manager/building-an-https-service

Локально работает нормально, но после развертывания в облачном хранилище начинает истекать тайм-аут с HTTP 504. Я даже увеличил время простоя до довольно высокого значения. Но это все равно время ожидания.

Кто-нибудь с этим сталкивался? было бы здорово получить какое-то решение для этого.


person lonelymo    schedule 01.01.2018    source источник
comment
ЕСЛИ вы используете самозаверяющий сертификат, вам может потребоваться импортировать его в браузер, попробуйте ввести api через браузер.   -  person Mahesh_Loya    schedule 02.01.2018
comment
Спасибо. Но разве самозаверяющий сертификат не предназначен только для компиляции и развертывания локального кода? После развертывания в облачном хранилище api привязывается к сертификату облачного хранилища. Это сертификат, который я получаю с 504. Тема: CN = *. Cloudhub.io, O = MuleSoft Inc., L = Сан-Франциско, ST = Калифорния, C = США.   -  person lonelymo    schedule 02.01.2018
comment
Не могли бы вы поделиться своей конфигурацией прослушивателя HTTPS в вопросе?   -  person Matt Jones    schedule 10.01.2018


Ответы (1)


Причина 1) Для Mule Cloudhub установлен жесткий тайм-аут, который составляет 5 минут. Если ваш API превышает это значение, это причина тайм-аута в облаке. Насколько мне известно, он не настраивается / перезаписывается для каждого клиента организации. Возможно, вам придется изучить здесь модель обратного вызова.

Причина 2) Если ваш API не занимает 5 минут или больше времени для обработки, то это может быть что-то с конфигурациями SSL.

Причина 3) Если два вышеуказанных пункта в порядке, это может быть связано с подключением к сети. В этом случае проверьте правила брандмауэра.

person Lijin    schedule 04.01.2020