Statiska egress-IP:er för Heroku API-anrop med Proximo

Ett partner-API kan kräva att förfrågningar kommer från en känd käll-IP medan Heroku-appen som anropar det körs på skiftande dynos. En befintlig Proximo-integration ger en utgående väg via en tilldelad statisk adress.

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

Den tilldelade egress-adressen är den som hör hemma i partnerns tillåtelselista över källor. PROXIMO_URL identifierar proxy-slutpunkten och de uppgifter applikationen använder för att gå in på den vägen; det är inte applikationens offentliga webbplats-URL.

Tillämpa vägen på processen som gör anropet

En webbprocess och en bakgrundsarbetare kan göra separata API-förfrågningar. Konfigurera varje nödvändig konsument via dess stödda proxy-integration. Att dirigera en process bevisar inte att alla andra processer använder gatewayen.

För en JVM-applikation, använd en lämplig inbyggd HTTP- eller SOCKS-klientkonfiguration och leverantörens stödda autentiseringsordning. Härled inte Java-kompatibilitet från ett wrapper-exempel skrivet för en annan runtime.

Håll inkommande förfrågningar på applikationens väg

Proximos Heroku-dokumentation säger uttryckligen att den inte ger inkommande åtkomst till applikationen. Klienter som når webbapplikationen använder fortfarande sitt konfigurerade Heroku-värdnamn och sin routing.

Använd app-URL:en för att kontrollera inkommande webbåtkomst. Använd bevis från förfrågningarna partnern tog emot för att kontrollera den utgående källadressen. Att förvänta sig att den statiska proxy-IP:n betjänar appen förenar de två riktningarna till en funktion som den utgående tjänsten inte erbjuder.