Шлюз WSO2 - 404 при доступе к страницам через порт 8243/8280, но работает 9443, поэтому все API, работающие на 404, ломают всю нашу систему - PullRequest
0 голосов
/ 19 декабря 2018

ОК, мы потеряли 2 дня сна, пытаясь это исправить, тьфу.

Контекст: я никогда раньше не имел дела с WSO2.AWS, WSO2 API-менеджер, Gateway-Worker, 3-летний экземпляр, мы решили зашифровать том, но так как это было автоматическое масштабирование, мы решили выполнить шифрование на уровне AMI и связать его с конфигурацией запуска.

2 дня назад мы решили наконец перейти на шифрование, чувствуя себя уверенно с нашим изображением и снимками в качестве резервных копий.Таким образом, мы завершили экземпляр, Autoscaling запустил еще один, и мы включили SSH в него, чтобы запустить службу wso2server.sh.

И теперь все вызовы API к нему выполняются в 404 по любой причине,Подтвердили, что 9443 работает, так как мы можем получить доступ к: 9443 / publisher и: 9443 / store, но: 8243 / api и: 8280 / api - это просто «Ресурс недоступен» (ошибка 404).

Приложение веб-интерфейса сильно зависит от этих вызовов API, поэтому сейчас все не работает.

Мне было интересно, есть ли у кого-нибудь идеи.Я надеюсь, что нам не нужно ничего менять в отношении экземпляров Key Manager и Publisher-Store, поскольку мы не хотим ломать еще больше вещей.

Для справки мы изменили конфигурационные XML-файлы в соответствии с этим руководством: https://docs.wso2.com/display/CLUSTER420/Clustering+API+Manager.Мы действительно растеряны, почему мы сталкиваемся с этим 404.

ОГРОМНОЕ спасибо заранее всем, кто может указать нам правильное направление.

1 Ответ

0 голосов
/ 19 декабря 2018

О боже, это один из тех моментов "я чувствую себя настолько глупым".Оказывается, что изображение, которое использовало автоматическое масштабирование, использовало данные еще в 2015 году, то есть все действия в течение 3 лет отсутствовали.Поэтому все, что я сделал, это получил данные старого снимка и скопировал их в новый экземпляр вручную.

Определенно оптимизирует конфигурацию запуска для использования более обновленного шлюза в результате этого открытия.

...