प्रॉक्सी वर्करों के फ्लीट के लिए स्रोत-IP प्रमाणीकरण
जब कई वर्करों को स्रोत-IP से प्रमाणित प्रॉक्सी सेवा से जुड़ना हो, तो जानबूझकर चुना गया सार्वजनिक एग्रेस पथ इस्तेमाल करें।
IP से प्रमाणित प्रॉक्सी खाता एक वर्कर से काम कर सकता है और दूसरे को अस्वीकार कर सकता है, क्योंकि वर्कर अलग-अलग सार्वजनिक पतों से आते हैं। फ्लीट को प्रॉक्सी से जुड़ने से पहले जानबूझकर चुना गया बाहरी पथ चाहिए।
एक AWS IPv4 व्यवस्था यह है:
private worker → public NAT gateway → internet gateway → proxy service → destinationसार्वजनिक NAT गेटवे के साथ एक Elastic IP जुड़ा होता है। VPC के इंटरनेट गेटवे से भेजे गए ट्रैफ़िक के लिए AWS, NAT गेटवे के निजी पते को उस Elastic IP में अनुवाद करता है। इसलिए दूरस्थ प्रॉक्सी हर वर्कर के निजी पते की जगह उस सार्वजनिक एग्रेस पते को अधिकृत कर सकता है।
इच्छित वर्करों का इंटरनेट-बद्ध ट्रैफ़िक नियोजित गेटवे से भेजें और संभावित सार्वजनिक एग्रेस पते प्रॉक्सी सेवा में दर्ज करें। यदि परिनियोजन कई NAT गेटवे या अतिरिक्त एग्रेस पते इस्तेमाल करता है, तो फ्लीट के हर संभावित पथ का हिसाब रखें।
प्रॉक्सी जिस स्रोत को स्वीकार करता है वह एक पता संबंध है। गंतव्य जो प्रॉक्सी का एग्रेस पता देखता है वह दूसरा है। खाते को स्थिर कनेक्टिंग IP देना सेवा को उस IP को अपने एग्रेस के रूप में इस्तेमाल करने के लिए बाध्य नहीं करता।
निजी NAT गेटवे यह सार्वजनिक Elastic IP इंटरनेट व्यवस्था नहीं देता। AWS यह भी दर्ज करता है कि जब सार्वजनिक NAT गेटवे ट्रैफ़िक इंटरनेट गेटवे की जगह ट्रांज़िट या वर्चुअल निजी गेटवे से भेजता है तो पता व्यवहार अलग होता है।
परिचालन जाँच यह है हर वर्कर मार्ग से आने वाले कनेक्शन पर प्रॉक्सी सेवा का अवलोकन, फ़ेलओवर सहित। उस अवलोकन को एग्रेस कॉन्फ़िगरेशन के साथ रखें ताकि बाद का नेटवर्क परिवर्तन खाते की अनुमति सूची में झलक सके।