Tinyproxy પોતે જ લક્ષ્ય સાથેનું કનેક્શન ખોલી શકે છે. બીજી પ્રોક્સી વૈકલ્પિક છે:

client → Tinyproxy → website

આ ગોઠવણમાં પેરેન્ટ Upstream નિયમની જરૂર નથી. Tinyproxyના મશીનને કાર્યક્ષમ રૂટ અને લક્ષ્ય-નામ રિઝોલ્યુશન જોઈએ, અને તેની ક્લાયન્ટ તથા લક્ષ્ય નીતિઓ હજી પણ વિનંતી નિયંત્રિત કરે છે.

કોર્પોરેટ ગેટવે જરૂરી હોય તેવું નેટવર્ક બીજો માર્ગ વાપરી શકે છે:

client → Tinyproxy → parent proxy → website

Upstream રૂપરેખાંકન તે પેરેન્ટ પસંદ કરે છે. જ્યારે પેરેન્ટ જરૂરી નેટવર્ક ઍક્સેસ કે ઇચ્છિત આગળનો નિકાલ આપે ત્યારે તે ઉપયોગી છે. તે આપોઆપ બીજી સેવા શરૂ કરતું નથી.

બંને સ્થિતિમાં ક્લાયન્ટ Tinyproxyનું સાંભળતું સરનામું જ વાપરે છે. સીધા ફોરવર્ડિંગથી પેરેન્ટ તરફ જવાથી Tinyproxyનો આગળનો રૂટ બદલાય છે; તે પેરેન્ટના સરનામાને Tinyproxyનો સ્થાનિક શ્રોતા બનાવતું નથી.

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

સંબંધિત લેખો