API ของพันธมิตรอาจกำหนดให้คำขอมาจาก IP ต้นทางที่รู้จัก ขณะที่แอป Heroku ที่เรียกใช้นั้นทำงานบน dynos ที่เปลี่ยนแปลง การเชื่อมต่อ Proximo ที่มีอยู่ให้เส้นทางขาออกผ่านที่อยู่คงที่ที่จัดสรรไว้

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

ที่อยู่ egress ที่จัดสรรไว้คือสิ่งที่ควรอยู่ในรายการต้นทางที่อนุญาตของพันธมิตร PROXIMO_URL ระบุปลายทางพร็อกซีและข้อมูลรับรองที่แอปใช้เพื่อเข้าสู่เส้นทางนั้น ไม่ใช่ URL เว็บไซต์สาธารณะของแอป

ใช้เส้นทางกับกระบวนการที่ทำการเรียก

กระบวนการเว็บและเวิร์กเกอร์เบื้องหลังสามารถส่งคำขอ API แยกกันได้ กำหนดค่าผู้ใช้ที่จำเป็นแต่ละรายผ่านการเชื่อมต่อพร็อกซีที่รองรับ การกำหนดเส้นทางให้กระบวนการเดียวไม่ได้พิสูจน์ว่ากระบวนการอื่นทั้งหมดใช้เกตเวย์

สำหรับแอป JVM ให้ใช้การกำหนดค่าคลไคลเอนต์ HTTP หรือ SOCKS แบบเนทีฟที่เหมาะสม และวิธีการตรวจสอบสิทธิ์ที่ผู้ให้บริการรองรับ อย่าสรุปความเข้ากันได้กับ Java จากตัวอย่าง wrapper ที่เขียนสำหรับรันไทม์อื่น

เก็บคำขอขาเข้าไว้บนเส้นทางของแอป

เอกสาร Heroku ของ Proximo ระบุชัดเจนว่าไม่ได้ให้การเข้าถึงขาเข้าสู่แอป ไคลเอนต์ที่มาถึงแอปเว็บยังคงใช้ชื่อโฮสต์ Heroku ที่กำหนดค่าไว้และการกำหนดเส้นทางของแอป

ใช้ URL ของแอปเพื่อตรวจสอบการเข้าถึงเว็บขาเข้า ใช้หลักฐานจากคำขอที่พันธมิตรได้รับเพื่อตรวจสอบที่อยู่ต้นทางขาออก การคาดหวังว่า IP พร็อกซีคงที่จะให้บริการแอปนั้นรวมสองทิศทางนั้นเข้าด้วยกันเป็นฟีเจอร์ที่บริการขาออกไม่ได้ให้

บทความที่เกี่ยวข้อง