Партнерський API може вимагати, щоб запити надходили з відомої вихідної IP, хоча застосунок Heroku, який його викликає, працює на змінних dynos. Наявна інтеграція Proximo дає вихідний шлях через призначену статичну адресу.

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

Призначена вихідна адреса — це те, що має бути в списку дозволених джерел партнера. PROXIMO_URL визначає кінцеву точку проксі та облікові дані, які застосунок використовує для входу на цей шлях; це не публічна URL-адреса сайту застосунку.

Застосуйте маршрут до процесу, який робить виклик

Вебпроцес і фоновий працівник можуть робити окремі API-запити. Налаштуйте кожного потрібного споживача через підтримувану ним інтеграцію проксі. Маршрутизація одного процесу не доводить, що всі інші процеси використовують шлюз.

Для застосунку JVM використовуйте відповідну власну конфігурацію HTTP- або SOCKS-клієнта та підтримувану постачальником схему автентифікації. Не робіть висновків про сумісність із Java з прикладу обгортки, написаного для іншого середовища виконання.

Тримайте вхідні запити на маршруті застосунку

Документація Proximo для Heroku прямо зазначає, що сервіс не надає вхідного доступу до застосунку. Клієнти, які звертаються до вебзастосунку, досі використовують налаштоване ім'я хоста Heroku та його маршрутизацію.

Використовуйте URL застосунку для перевірки вхідного вебдоступу. Використовуйте дані із запитів, отриманих партнером, щоб перевірити вихідну адресу джерела. Очікування, що статична IP проксі обслуговуватиме застосунок, об'єднує ці два напрями у функцію, якої вихідний сервіс не надає.

Схожі статті