फर्वार्ड प्रोक्सीको होस्टनाम अनुरोधमा छैन

मानौं east.proxy.example र west.proxy.example एउटै साधारण HTTP प्रोक्सी श्रोतामा जान्छन्। कुनै पनि नाम प्रयोग गर्ने क्लाइन्टले पठाउन सक्छ:

GET http://www.example.org/report HTTP/1.1
Host: www.example.org

अनुरोधले वेबसाइट पहिचान गर्छ। TCP खोल्नुअघि क्लाइन्टले समाधान गरेको प्रोक्सी उपनाम यसले बोक्दैन। त्यसैले Hostबाट प्राप्त Express होस्टनामले ती प्रोक्सी सबडोमेनका आधारमा मार्ग छान्न सक्दैन।

यदि तपाईं क्लाइन्ट र प्रोक्सी नियन्त्रण गर्नुहुन्छ भने स्पष्ट राउटिङ इनपुट दिनुहोस्। X-Route लेबल लागू गर्ने प्रोक्सीका लागि:

curl --proxy http://east.proxy.example:8080 \
  --proxy-header 'X-Route: east' \
  https://www.example.org/

--proxy-header ले CONNECT सहित प्रोक्सीसँगको सञ्चार लक्षित गर्छ। HTTPS अनुरोधमा साधारण -H हेडर गन्तव्यको इन्क्रिप्टेड HTTP आदानप्रदानभित्र पर्छ।

सर्भरले राउटिङ नीति लागू र अधिकृत गर्नुपर्छ, त्यसपछि लेबल वेबसाइटमा नपठाई प्रयोग गर्नुपर्छ। वैकल्पिक रूपमा, छुट्टै कन्फिगर गरिएका श्रवण एन्डपोइन्ट वा प्रोक्सी खाताहरू राउटिङ इनपुटका रूपमा प्रयोग गर्नुहोस्।

HTTPS गन्तव्यहरूका लागि Node ले आफ्नो HTTP सर्भरको connect घटनामार्फत प्रारम्भिक टनेल अनुरोध प्राप्त गर्छ। साधारण Express अनुरोध मिडलवेयरले त्यो घटना ह्यान्डल गर्दैन। CONNECT लक्ष्यले अझै गन्तव्य सर्भर पहिचान गर्छ, प्रोक्सी उपनाम होइन।