Një API partneri mund të kërkojë që kërkesat të vijnë nga një IP burimore e njohur, ndërsa aplikacioni Heroku që e thërret ekzekutohet në dynos që ndryshojnë. Një integrim ekzistues Proximo ofron një rrugë dalëse përmes një adrese statike të caktuar.

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

Adresa e daljes e caktuar është ajo që duhet të jetë në listën e burimeve të lejuara të partnerit. PROXIMO_URL identifikon pikën fundore të proxy-t dhe kredencialet që aplikacioni përdor për të hyrë në atë rrugë; nuk është URL-ja publike e faqes së aplikacionit.

Zbatojeni rrugën në procesin që bën thirrjen

Një proces web dhe një punëtor në sfond mund të bëjnë kërkesa API të veçanta. Konfiguroni çdo konsumator të nevojshëm përmes integrimit të tij të mbështetur të proxy-t. Rrugëtimi i një procesi nuk dëshmon se çdo proces tjetër përdor portalin.

Për një aplikacion JVM, përdorni një konfigurim nativ të përshtatshëm të klientit HTTP ose SOCKS dhe mekanizmin e autentikimit të mbështetur nga ofruesi. Mos nxirrni përputhshmëri me Java nga një shembull wrapper i shkruar për një runtime tjetër.

Mbajini kërkesat hyrëse në rrugën e aplikacionit

Dokumentacioni i Proximo për Heroku thotë shprehimisht se nuk ofron akses hyrës në aplikacion. Klientët që arrijnë aplikacionin web vazhdojnë të përdorin emrin e hostit Heroku të konfiguruar dhe rrugëtimin e tij.

Përdorni URL-në e aplikacionit për të kontrolluar aksesin web hyrës. Përdorni provat nga kërkesat që ka marrë partneri për të kontrolluar adresën burimore të daljes. Pritja që IP-ja statike e proxy-t t'i shërbejë aplikacionit i bashkon këto dy drejtime në një funksion që shërbimi i daljes nuk e ofron.

Artikuj të ngjashëm