IP egress statig ar gyfer galwadau API Heroku gyda Proximo

Gall API partner fod yn gofyn i geisiadau ddod o IP ffynhonnell hysbys tra bo'r ap Heroku sy'n ei alw'n rhedeg ar dynos sy'n newid. Mae integreiddiad Proximo presennol yn darparu llwybr allan drwy gyfeiriad statig a benodwyd.

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

Y cyfeiriad egress a benodwyd yw'r hyn y dylai fod ar restr ffynonellau caniataol y partner. Mae PROXIMO_URL yn nodi pwynt terfyn y procsï a'r manylion mewngofnodi y mae'r ap yn eu defnyddio i fynd i'r llwybr hwnnw; nid URL cyhoeddus gwefan yr ap mohono.

Cymhwyswch y llwybr i'r broses sy'n gwneud y galwad

Gall proses we a gweithiwr cefndir wneud ceisiadau API ar wahân. Ffurfweddwch bob defnyddiwr sydd ei angen drwy ei integreiddiad procsï a gefnogir. Nid yw llwybro un broses yn profi bod pob proses arall yn defnyddio'r porth.

Ar gyfer ap JVM, defnyddiwch ffurfweddiad cleient HTTP neu SOCKS brodorol priodol a'r trefniant dilysu a gefnogir gan y darparwr. Peidiwch â chasglu bod Java yn gydnaws o enghraifft lapio a ysgrifennwyd ar gyfer amgylchedd rhedeg arall.

Cadwch geisiadau sy'n dod i mewn ar lwybr yr ap

Mae dogfennaeth Heroku Proximo yn dweud yn glir nad yw'n darparu mynediad i mewn i'r ap. Mae cleientiaid sy'n cyrraedd yr ap gwe yn dal i ddefnyddio enw gwesteiwr Heroku a ffurfweddiad llwybro'r ap.

Defnyddiwch URL yr ap i wirio mynediad gwe i mewn. Defnyddiwch dystiolaeth o'r ceisiadau a gafodd y partner i wirio'r cyfeiriad ffynhonnell allan. Mae disgwyl i IP statig y procsï wasanaethu'r ap yn cyfuno'r ddau gyfeiriad hynny'n nodwedd nad yw'r gwasanaeth allan yn ei darparu.