પ્રોક્સી કામદારોનાં ફ્લીટ માટે સ્રોત-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 ઇન્ટરનેટ ગોઠવણી પૂરી પાડતું નથી. જ્યારે જાહેર NAT ગેટવે ઇન્ટરનેટ ગેટવેને બદલે ટ્રાન્ઝિટ કે વર્ચ્યુઅલ ખાનગી ગેટવે દ્વારા ટ્રાફિક મોકલે ત્યારે AWS અલગ સરનામા વર્તન પણ દસ્તાવેજ કરે છે.

કાર્યકારી તપાસ છે દરેક કામદાર માર્ગથી આવતા જોડાણ વિશે પ્રોક્સી સેવાનું નિરીક્ષણ, ફેલઓવર સહિત. તે નિરીક્ષણ એગ્રેસ રૂપરેખાંકન સાથે રાખો જેથી પછીનો નેટવર્ક ફેરફાર ખાતાની મંજૂર સૂચિમાં પ્રતિબિંબિત થાય.