API Connect в IBM Cloud: ошибка при попытке представить локальный API через API connect в облаке

Question

Невозможно выставить локальный API отдыха через API, подключенный к облаку

API Connect on Cloud: ошибка

Я создал Rest API на своем ноутбуке, используя IIS, и я хочу показать его через API Connect в IBM Cloud. Поскольку опция «Push Rest API» в IIB Web Admin не работает, я использовал файл swagger.json, чтобы вручную передать сведения об API в APIC в облаке. Я выполнил следующие шаги

1) В IBM Cloud созданы ресурсы для API Connect и облачных сервисов Secure Gateway

2) Создан пункт назначения безопасного шлюза и запущен клиент SG на моем ноутбуке

3) Создал простой API отдыха с использованием IIB V10 и развернул его на моем локальном узле интеграции.

4) Попытался использовать API Rest с помощью веб-администратора IIB, указав host как «api.us-south.apiconnect.appdomain.cloud» и мою учетную запись IBM Cloud username / pwd, но не удалось сказать, что не удалось подключиться » Невозможно соединиться с IBM API Connect на хосте 'api.us-south.apiconnect.appdomain.cloud' port '443' '

5) Затем я попытался создать API вручную, используя файл swagger.json, доступный в проекте IIB RestAPI. Я использовал опцию для создания нового API, используя опцию «из файла или URL» в APIC в IBM Cloud.

6) Я дал ip своего ноутбука в качестве значения Host в конструкторе APIC

7) В «Сборку» я включил политику «Прокси» и обновил ее целевой URL-адрес до «cap-sg-prd-2.securegateway.appdomain.cloud:17041»

8) Когда я пытаюсь проверить выше, я получаю следующую ошибку Внутренняя ошибка сервера URL обратной стороны недействителен

Не могли бы вы помочь решить эту проблему?

Внутренняя ошибка сервера URL обратной стороны недействителен

Answer 1

Вам не хватает одного или обоих из следующих:

1) «Целевой URL» должен быть действительным URL. Похоже, вы только что ввели имя хоста, поэтому, скорее всего, вам нужно https://cap-sg-prd-2.securegateway.appdomain.cloud:17041 Выполнение этого и повторная публикация API должны устранить ошибку «Недопустимый URL-адрес обратной стороны».

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

Если так: 2) Вы разрешили доступ к назначению безопасного шлюза через клиента на вашем локальном компьютере? Вы должны намеренно установить ACL на клиенте, чтобы разрешить трафик на хост / порт в вашей сети.