En partner-API kan kræve, at anmodninger kommer fra en kendt kilde-IP, mens den Heroku-app, der kalder den, kører på skiftende dynos. En eksisterende Proximo-integration giver en udgående vej gennem en tildelt statisk adresse.

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

Den tildelte egress-adresse er den, der hører i partnerens tilladelsesliste over kilder. PROXIMO_URL identificerer proxy-endpointet og de legitimationsoplysninger, som applikationen bruger til at gå ind på den vej; det er ikke applikationens offentlige websteds-URL.

Anvend ruten på den proces, der foretager kaldet

En webproces og en baggrundsarbejder kan foretage separate API-anmodninger. Konfigurer hver påkrævet forbruger gennem dens understøttede proxy-integration. At route én proces beviser ikke, at alle andre processer bruger gatewayen.

Til en JVM-applikation skal du bruge en passende native HTTP- eller SOCKS-klientkonfiguration og udbyderens understøttede godkendelsesordning. Udled ikke Java-kompatibilitet af et wrapper-eksempel skrevet til et andet runtime.

Hold indgående anmodninger på applikationens rute

Proximos Heroku-dokumentation siger udtrykkeligt, at den ikke giver indgående adgang til applikationen. Klienter, der når webapplikationen, bruger stadig dens konfigurerede Heroku-værtsnavn og routing.

Brug app-URL'en til at kontrollere indgående webadgang. Brug beviser fra de anmodninger, partneren har modtaget, til at kontrollere den udgående kildeadresse. At forvente, at den statiske proxy-IP betjener appen, forener de to retninger til en funktion, som den udgående tjeneste ikke tilbyder.

Relaterede artikler