તમારી એપ્લિકેશન પ્રોક્સી B તરફ નિર્દેશ કરે છે, પરંતુ તે પ્રોક્સી A માટે ગોઠવાયેલા રેપર દ્વારા શરૂ કરવામાં આવી છે. વેબસાઇટ કઈ એક્ઝિટ જુએ છે? જવાબ એના પર નિર્ભર છે કે રેપર કયું કનેક્શન અટકાવે છે.

સરળ નેસ્ટેડ ગોઠવણીમાં, એપ્લિકેશન પહેલા B સાથે જોડાવાનો પ્રયાસ કરે છે. રેપર તે કનેક્શનને અટકાવે છે અને A દ્વારા લઈ જાય છે. પછી એપ્લિકેશન પરિણામી સ્ટ્રીમ પર B ના પ્રોક્સી પ્રોટોકોલ બોલે છે, અને B અંતિમ વેબસાઇટ કનેક્શન કરે છે.

application → wrapper proxy A → application proxy B → website

વેબસાઇટ B નું અંતિમ બહાર જતું કનેક્શન જુએ છે. B એ A દ્વારા આવતું કનેક્શન જુએ છે. આ રેપર દ્વારા એપ્લિકેશનની પોતાની પ્રોક્સી સેટિંગ ચૂપચાપ ઓવરરાઇટ કરવાથી અલગ છે.

સરળ આકૃતિમાં શરતો છે

બાયપાસ નિયમો, અસમર્થિત સોકેટ કૉલ્સ, હાલની પ્રોસેસ અને દરેક ઉત્પાદનનું ઇન્ટરસેપ્શન મોડેલ માર્ગ બદલી શકે છે. કેટલાક રેપર તેમની પોતાની પ્રોક્સી અથવા પસંદ કરેલા ગંતવ્યોને બાકાત કરી શકે છે. દરેક જોડી સાધનો એકસરખી રીતે જોડાય છે એમ ન માનો.

proxychains-ng નું વર્ણન તેની ઇન્ટરસેપ્શન પદ્ધતિ અને મર્યાદાઓ સમજાવે છે. નેટિવ પ્રોક્સી સપોર્ટ વાપરતો પ્રોગ્રામ હજી પણ તે પ્રોક્સી સાથે નેટવર્ક કનેક્શન કરે છે, જે ઇન્ટરસેપ્શન માટે એક ઉમેદવાર છે.

અપ્રમાણિત જાહેર એન્ડપોઇન્ટની ઇરાદાપૂર્વકની સાંકળ માટે, મફત પ્રોક્સી સૂચિ એવા ઉમેદવારો પ્રદાન કરે છે જેમના પ્રોટોકોલ દરેક સાધન સાથે મેળ ખાવા જોઈએ. અણધારી એક્ઝિટ માટે, ત્રણ સરનામાં અલગથી નોંધો: એપ્લિકેશને પસંદ કરેલો એન્ડપોઇન્ટ, રેપરે પસંદ કરેલો એન્ડપોઇન્ટ, અને વેબસાઇટ જે પરિણામ જુએ છે. ફક્ત બ્રાઉઝરની સેટિંગ્સ જોવાથી મધ્ય સ્તર ચૂકી જાય છે.

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

સંબંધિત લેખો