Tinyproxy स्वयं गंतव्य से कनेक्शन खोल सकता है। दूसरी प्रॉक्सी वैकल्पिक है:

client → Tinyproxy → website

इस व्यवस्था में पैरेंट Upstream नियम की आवश्यकता नहीं है। Tinyproxy की मशीन को काम करने वाला रूट और गंतव्य-नाम रिज़ॉल्यूशन चाहिए, और इसकी क्लाइंट तथा गंतव्य नीतियाँ अब भी अनुरोध को नियंत्रित करती हैं।

कॉर्पोरेट गेटवे चाहने वाला नेटवर्क दूसरा रास्ता अपना सकता है:

client → Tinyproxy → parent proxy → website

Upstream कॉन्फ़िगरेशन उस पैरेंट का चयन करता है। यह तब उपयोगी है जब पैरेंट आवश्यक नेटवर्क पहुँच या इच्छित आगे का निकास देता है। यह स्वतः कोई अन्य सेवा शुरू नहीं करता।

दोनों स्थितियों में क्लाइंट Tinyproxy का ही सुनने वाला पता उपयोग करता है। सीधी फ़ॉरवर्डिंग से पैरेंट की ओर जाना Tinyproxy का आगे का मार्ग बदलता है; यह पैरेंट के पते को Tinyproxy का स्थानीय श्रोता नहीं बनाता।

साथ ही सार्वजनिक निकास को मशीन के स्थानीय पते से अलग रखें। सीधे कनेक्शन NAT से बाहर जा सकते हैं, और एक ही नेटवर्क की दो प्रॉक्सियाँ एक ही सार्वजनिक निकास साझा कर सकती हैं। दूसरा हॉप जोड़ना अपने आप वेबसाइट पर अलग IP पते की गारंटी नहीं देता।

संबंधित लेख