कल गर्ने Heroku अनुप्रयोग परिवर्तनशील dynos मा चलिरहेको बेला पनि अनुरोधहरू परिचित स्रोत IP बाट आउनुपर्ने साझेदार API ले माग गर्न सक्छ। विद्यमान Proximo एकीकरणले तोकिएको स्थिर ठेगानाबाट आउटबाउन्ड मार्ग दिन्छ।

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

तोकिएको इग्रेस ठेगाना नै साझेदारको स्रोत अनुमति सूचीमा हुनुपर्ने हो। PROXIMO_URL ले अनुप्रयोगले त्यो मार्गमा प्रवेश गर्न प्रयोग गर्ने प्रोक्सी अन्त्य बिन्दु र प्रमाणहरू पहिचान गर्छ; यो अनुप्रयोगको सार्वजनिक वेबसाइट URL होइन।

मार्गलाई कल गर्ने प्रक्रियामा लागू गर्नुहोस्

वेब प्रक्रिया र पृष्ठभूमि कार्यकर्ताले छुट्टाछुट्टै API अनुरोध गर्न सक्छन्। प्रत्येक आवश्यक उपभोक्तालाई उसको समर्थित प्रोक्सी एकीकरणमार्फत कन्फिगर गर्नुहोस्। एउटा प्रक्रियालाई रुट गर्दा अरू सबै प्रक्रियाले गेटवे प्रयोग गर्छन् भन्ने प्रमाणित हुँदैन।

JVM अनुप्रयोगका लागि उपयुक्त नेटिभ HTTP वा SOCKS क्लाइन्ट कन्फिगरेसन र प्रदायकले समर्थन गर्ने प्रमाणीकरण व्यवस्था प्रयोग गर्नुहोस्। अर्को रनटाइमका लागि लेखिएको wrapper उदाहरणबाट Java अनुकूलता अनुमान नगर्नुहोस्।

आउने अनुरोधहरू अनुप्रयोगको मार्गमै राख्नुहोस्

Proximo को Heroku कागजातले स्पष्ट भन्छ कि यसले अनुप्रयोगमा इनबाउन्ड पहुँच दिँदैन। वेब अनुप्रयोगसम्म पुग्ने क्लाइन्टहरूले अझै पनि यसको कन्फिगर गरिएको Heroku होस्टनाम र रुटिङ प्रयोग गर्छन्।

आउने वेब पहुँच जाँच्न अनुप्रयोगको URL प्रयोग गर्नुहोस्। साझेदारले प्राप्त गरेका अनुरोधका प्रमाणहरू प्रयोग गरी आउटबाउन्ड स्रोत ठेगाना जाँच्नुहोस्। स्थिर प्रोक्सी IP ले अनुप्रयोगलाई सेवा दिन्छ भन्ने अपेक्षाले ती दुई दिशालाई आउटबाउन्ड सेवाले नदिने सुविधामा मिलाइदिन्छ।

सम्बन्धित लेखहरू