En partner-API kan kreve at forespørsler kommer fra en kjent kilde-IP, mens Heroku-appen som kaller den kjører på skiftende dynos. En eksisterende Proximo-integrasjon gir en utgående vei gjennom en tildelt statisk adresse.

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

Den tildelte egress-adressen er den som hører hjemme i partnerens tillatelsesliste over kilder. PROXIMO_URL identifiserer proxy-endepunktet og legitimasjonen applikasjonen bruker for å gå inn på den veien; det er ikke applikasjonens offentlige nettsteds-URL.

Bruk ruten på prosessen som gjør kallet

En webprosess og en bakgrunnsarbeider kan gjøre separate API-forespørsler. Konfigurer hver påkrevde forbruker gjennom dens støttede proxy-integrasjon. Å rute én prosess beviser ikke at alle andre prosesser bruker gatewayen.

For en JVM-applikasjon, bruk en passende nativ HTTP- eller SOCKS-klientkonfigurasjon og leverandørens støttede autentiseringsordning. Ikke utled Java-kompatibilitet fra et wrapper-eksempel skrevet for et annet runtime.

Hold innkommende forespørsler på applikasjonens rute

Proximos Heroku-dokumentasjon sier uttrykkelig at den ikke gir innkommende tilgang til applikasjonen. Klienter som når webapplikasjonen, bruker fortsatt sitt konfigurerte Heroku-vertsnavn og ruting.

Bruk app-URL-en til å kontrollere innkommende webtilgang. Bruk bevis fra forespørslene partneren mottok for å kontrollere den utgående kildeadressen. Å forvente at den statiske proxy-IP-en betjener appen, forener de to retningene til en funksjon den utgående tjenesten ikke tilbyr.

Relaterte artikler