Squid विनंत्या पॅरेंट प्रॉक्सीतून पाठवा

Squidमध्ये पॅरेंट जाहीर केल्यानेच प्रत्येक फॉरवर्ड विनंतीला तो वापरणे बंधनकारक होत नाही. थेट मार्ग धोरण मोडत असेल तर ती अट स्पष्ट सेट करा आणि पॅरेंट उपलब्ध नसताना काय होते ते तपासा.

Squid 6.13चा हा नमुना एक पॅरेंट देतो आणि एका क्लायंट स्रोतासाठी मूळ सर्व्हरला थेट फॉरवर्ड करणे बंद करतो:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

दोन्ही पत्ते नमुने आहेत. सार्वजनिक HTTP पॅरेंट परवानगी असलेल्या नियंत्रित अपस्ट्रीम चाचणीत HTTP प्रॉक्सी यादीतून पत्ता घ्या. फक्त अपेक्षित क्लायंट स्वीकारणारे स्वतंत्र http_access धोरण ठेवा. राउटिंग नियम क्लायंटला प्रॉक्सी वापरण्याचा अधिकार देत नाही.

आधीचे राउटिंग नियम तपासा

no-query या peerला ICP प्रश्न बंद करतो. शून्य हा peerचा प्रश्न पोर्ट आहे, HTTP लिसनर नाही. क्लायंटकडचा लिसनर आणि प्रवेश नियम वेगळे राहतात.

ब्लॉक जोडण्याआधी सध्याची always_direct सेटिंग व इतर peer निवड पाहा. always_directमध्ये जुळणारी नोंद नाकारण्यानेच पॅरेंट बंधनकारक होत नाही. स्पष्ट never-direct नियम निवडलेल्या क्लायंटसाठी ही अट दर्शवतो.

हे फॉरवर्ड कराव्या लागणाऱ्या व्यवहारांना नियंत्रित करते. वापरण्यायोग्य स्थानिक कॅश नोंद पॅरेंटला न जोडता देता येते, त्यामुळे नवीन पॅरेंट कनेक्शन नसणे आपोआप राउटिंग उल्लंघन नाही.

मार्ग व अपयशातील वर्तन तपासा

नियंत्रित गंतव्य वापरून अॅक्सेस लॉगची hierarchy माहिती गंतव्याच्या निरीक्षणाशी तुलना करा. शेवटचा HTTP स्टेटस एकटाच Squidने पॅरेंट की थेट मार्ग वापरला ते सांगत नाही.

देखभाल चाचणीत पॅरेंट अनुपलब्ध करा व तीच कॅश नसलेली विनंती पुन्हा करा. धोरण थेट फॉरवर्ड नाकारत असेल तर व्यवहार दुसऱ्या मार्गाने मूळपर्यंत न पोहोचता अयशस्वी व्हावा. फक्त आपल्या नियंत्रणातील सेवेवर करा आणि नंतर अपेक्षित कॉन्फिगरेशन परत आणा.