किसी मौजूदा DigitalOcean लोड-बैलेंसर संसाधन के लिए, मेल खाते TCP प्रोटोकॉल के साथ क्लाइंट की प्रॉक्सी बाइट स्ट्रीम बनाए रखें:

forwarding_rule {
  entry_port      = 3128
  entry_protocol  = "tcp"
  target_port     = 3128
  target_protocol = "tcp"
}

वास्तविक लक्ष्य, नेटवर्क प्रतिबंध और स्वास्थ्य जाँच इस टुकड़े के आसपास रखें। क्लाइंट लोड बैलेंसर का पता उपयोग करता है और Squid अपने श्रोता पर स्ट्रीम प्राप्त करता है।

फ़ॉरवर्ड प्रॉक्सी पूर्ण-रूप HTTP लक्ष्य और HTTPS के लिए CONNECT स्वीकार करता है। सामान्य HTTP लोड-बैलेंसिंग मोड को उन बातचीतों का स्पष्ट रूप से समर्थन करना चाहिए; श्रोता को HTTP कहना उस संगतता को सिद्ध नहीं करता।

पोर्ट से अधिक सत्यापित करें: TCP स्वास्थ्य जाँच स्वीकृति सिद्ध करती है, जबकि अनुमत लक्ष्य के लिए प्रमाणित CONNECT प्रॉक्सी अनुबंध की परीक्षा करता है।

IP प्राधिकरण पर भरोसा करने से पहले Squid जो स्रोत पता देखता है उसे जाँचें। PROXY-प्रोटोकॉल मेटाडेटा, यदि उपयोग हो, दोनों सिरों पर समर्थन मांगता है और प्रॉक्सी अनुरोध से पहले बाइट जोड़ता है। लक्ष्य रखरखाव के दौरान जीवित सुरंगों को जानबूझकर खाली करें; उनकी प्रक्रिया अचानक हटाने से वे बाधित होती हैं।

संबंधित लेख