Statikaj eliraj IP-oj por Heroku API-alvokoj kun Proximo
Uzu ekzistantan Proximo-integriĝon por la permeslisto de eliraj IP-oj, dum la enira aliro de la aplikaĵo restas sur la reta vojo de Heroku.
Partners API povas postuli, ke petoj venas de konata fonta IP, dum la Heroku-aplikaĵo, kiu alvokas ĝin, funkcias sur ŝanĝiĝantaj dynos. Ekzistanta Proximo-integriĝo provizas eliran vojon tra asignita statika adreso.
dyno’s API client → Proximo gateway → partner API
assigned source IPLa asignita elira adreso estas tiu, kiu apartenas al la fonta permeslisto de la partnero. PROXIMO_URL identigas la prokuran finpunkton kaj la akreditaĵojn, kiujn la aplikaĵo uzas por eniri tiun vojon; ĝi ne estas la publika reteja URL de la aplikaĵo.
Apliku la vojon al la procezo, kiu faras la alvokon
Reta procezo kaj fona laboranto povas fari apartajn API-petojn. Agordu ĉiun bezonatan konsumanton per ĝia subtenata prokura integriĝo. Enkursigi unu procezon ne pruvas, ke ĉiu alia procezo uzas la enirejon.
Por JVM-aplikaĵo uzu taŭgan indiĝenan HTTP- aŭ SOCKS-klientan agordon kaj la subtenatan aŭtentikigan aranĝon de la provizanto. Ne konkludu pri Java-kongrueco el envolvila ekzemplo skribita por alia rultempo.
Tenu enirajn petojn sur la vojo de la aplikaĵo
La Heroku-dokumentaro de Proximo eksplicite diras, ke ĝi ne provizas eniran aliron al la aplikaĵo. Klientoj, kiuj atingas la retan aplikaĵon, ankoraŭ uzas ĝian agorditan Heroku-gastigantan nomon kaj enkursigon.
Uzu la aplikaĵan URL por kontroli eniran retan aliron. Uzu pruvojn el la petoj ricevitaj de la partnero por kontroli la eliran fontan adreson. Atendi, ke la statika prokura IP servos la aplikaĵon, kunigas tiujn du direktojn en funkcion, kiun la elira servo ne provizas.