Squid फॉरवर्ड प्रॉक्सीसाठी HAProxy आरोग्य तपासण्या
फॉरवर्ड प्रॉक्सीशी बोलणारी HAProxy आरोग्य तपासणी तयार करा आणि लिसनरची पोहोच, CONNECT स्वीकार आणि मूळ स्रोताकडून मिळवणे वेगळे करा.
प्रॉक्सी होस्टवरील /check.txt नावाची फाइल आरोग्यासाठी स्पष्ट लक्ष्य वाटते. गोम आहे की Squid चा स्पष्ट फॉरवर्ड लिसनर त्या होस्टचे दस्तऐवज-मूळ देणारी सामान्य वेबसाइट नाही.
HEAD /check.txt HTTP/1.1 सारखी मूळ-शैलीतील विनंती फॉरवर्ड प्रॉक्सीमधून जाणाऱ्या सामान्य HTTP विनंतीसाठी अपेक्षित निरपेक्ष लक्ष्य सोडते. कॉन्फिगरेशननुसार ती नाकारली जाऊ शकते किंवा दुसरी स्थानिक सेवा ती हाताळू शकते. दोन्ही निकाल डॅशबोर्ड सुचवते त्यापेक्षा कमी सांगू शकतात.
उपलब्ध ठेवायची सेवा निवडा
| तपासणी | उपयुक्त पुरावा |
|---|---|
| प्रॉक्सी लिसनरशी TCP जोडणी | पोहोचण्यायोग्य प्रक्रिया ती जोडणी स्वीकारते. |
| नियंत्रित लक्ष्याशी CONNECT | प्रॉक्सी ती बोगदा विनंती स्वीकारतो. |
| प्रॉक्सीमधून HTTP मिळवणे | निवडलेला विनंती मार्ग अपेक्षित प्रतिसाद देऊ शकतो. |
तिसऱ्या बाबतीत विनंतीला लक्ष्य लागते, उदाहरणार्थ:
HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internalहोस्टनाव फक्त उदाहरण आहे. प्रॉक्सी सोडवू शकेल आणि ज्यात पोहोचण्याची परवानगी जाणूनबुजून दिली आहे असे नियंत्रित एंडपॉइंट वापरा. HAProxy चे http-check send पद्धत, URI, आवृत्ती आणि हेडर निवडण्यास समर्थन देते; मूळ-सर्व्हरचे उदाहरण अपरिवर्तित वारसाहक्काने न घेता ती विनंती स्पष्टपणे कॉन्फिगर करा.
HEAD प्रतिसादाची स्थिती आणि हेडर तपासू शकते. जे प्रतिसाद-मुख्य भाग कधीही हस्तांतरित होत नाही त्याची पडताळणी ते करू शकत नाही. आरोग्य करारात मुख्य भागात खुण आवश्यक असल्यास योग्य GET तपासणी निवडा आणि ती खूण पडताळा.
प्रॉक्सी प्रमाणीकरण समाविष्ट असल्यास तपासणी खाते आणि स्रोत निर्बंध संकुचित ठेवा. हिरवी खूण मिळवण्यासाठी संपूर्ण लिसनरला प्रमाणीकरणातून सूट देणे संरक्षित केली जात असलेली सेवा बदलते.
शेवटी, अयशस्वी तपासणीने काय काढावे हे ठरवा. नियंत्रित मूळ बिघाड एकाच वेळी प्रत्येक प्रॉक्सीची फॉरवर्डिंग तपासणी अयशस्वी करू शकतो. तेच तुम्हाला मोजायचे असलेले अवलंबित्व असू शकते, किंवा लिसनर आरोग्य आणि टोकापासून टोकापर्यंत उपलब्धता वेगळे संकेत म्हणून ठेवण्याचे कारण असू शकते.