Una API de socio puede exigir que las solicitudes provengan de una IP de origen conocida mientras la aplicación de Heroku que la llama se ejecuta en dynos cambiantes. Una integración de Proximo existente proporciona una ruta de salida a través de una dirección estática asignada.

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

La dirección de salida asignada es la que debe figurar en la lista de orígenes permitidos del socio. PROXIMO_URL identifica el extremo del proxy y las credenciales que la aplicación usa para entrar en esa ruta; no es la URL pública del sitio web de la aplicación.

Aplique la ruta al proceso que realiza la llamada

Un proceso web y un trabajador en segundo plano pueden realizar solicitudes de API separadas. Configure cada consumidor necesario mediante su integración de proxy compatible. Enrutar un proceso no demuestra que todos los demás procesos usen la puerta de enlace.

Para una aplicación JVM, use una configuración nativa adecuada de cliente HTTP o SOCKS y el mecanismo de autenticación compatible del proveedor. No deduzca la compatibilidad con Java a partir de un ejemplo de envoltorio escrito para otro entorno de ejecución.

Mantenga las solicitudes entrantes en la ruta de la aplicación

La documentación de Proximo para Heroku dice explícitamente que no proporciona acceso entrante a la aplicación. Los clientes que llegan a la aplicación web siguen usando el nombre de host de Heroku configurado y su enrutamiento.

Use la URL de la aplicación para comprobar el acceso web entrante. Use la evidencia de las solicitudes recibidas por el socio para comprobar la dirección de origen de salida. Esperar que la IP estática del proxy sirva la aplicación combina esas dos direcciones en una función que el servicio de salida no ofrece.

Artículos relacionados