Apache के आउटबाउंड प्रॉक्सी अनुरोध कार्यालय प्रॉक्सी से भेजें
ProxyRemote के साथ कॉर्पोरेट फ़ॉरवर्ड प्रॉक्सी चुनें और स्थिर URL मैपिंग तथा सार्वजनिक फ़ॉरवर्ड-प्रॉक्सी पहुँच को अलग रखें।
Apache को उसी कॉर्पोरेट फ़ॉरवर्ड प्रॉक्सी के माध्यम से किसी बाहरी साइट तक पहुँचना पड़ सकता है जिसका उपयोग अन्य मशीनें करती हैं। mod_proxy द्वारा संभाले गए अनुरोधों के लिए, ProxyRemote उस अगले हॉप को चुनता है।
ProxyRemote "http://downloads.example/" "http://proxy.example:8080"
पहला आर्ग्युमेंट गंतव्य URL के प्रीफ़िक्स से मेल खाता है। दूसरा अपस्ट्रीम प्रॉक्सी की पहचान करता है। कोई स्कीम नाम उस प्रोटोकॉल से मेल खा सकता है, जबकि * अधिक व्यापक है और सभी मेल खाते प्रॉक्सी ट्रैफ़िक के लिए दूरस्थ प्रॉक्सी चुनता है।
यह किसी स्थिर स्थानीय मैपिंग के लिए भी काम कर सकता है। यदि कोई मौजूदा ProxyPass किसी स्थानीय पथ को डाउनलोड साइट पर भेजता है, तो ProxyRemote Apache को बताता है कि कॉर्पोरेट मध्यस्थ के माध्यम से उस साइट तक कैसे पहुँचा जाए। ProxyPass मैप किया गया गंतव्य चुनता है; ProxyRemote उसका अपस्ट्रीम रूट चुनता है।
उस स्थिर मैपिंग के लिए असीमित फ़ॉरवर्ड-प्रॉक्सी पहुँच सक्षम करने की आवश्यकता नहीं है। ProxyRequests Off रखें, जब तक कि क्लाइंट द्वारा दिए गए फ़ॉरवर्ड-प्रॉक्सी गंतव्यों को स्वीकार करना जानबूझकर बनाई गई, पहुँच-नियंत्रित सेवा न हो।
नियम को सर्वर या वर्चुअल-होस्ट कॉन्फ़िगरेशन में रखें और सुनिश्चित करें कि आवश्यक प्रॉक्सी मॉड्यूल लोड हैं। Apache का NoProxy निर्देश उन अंतरजाल गंतव्यों की पहचान कर सकता है जिन्हें दूरस्थ प्रॉक्सी से बचना चाहिए।
Basic क्रेडेंशियल आवश्यक होने वाले अपस्ट्रीम के लिए, वैकल्पिक तीसरा आर्ग्युमेंट httpd 2.4.59 और उसके बाद में उपलब्ध है और उन्हें पहले से भेजता है। तैनात संस्करण जाँचें और क्रेडेंशियल रूप का उपयोग करने से पहले उस कॉन्फ़िगरेशन की सुरक्षा करें।