प्रॉक्सी प्रमाणीकरणाशिवाय एक Squid गंतव्यस्थानाला अनुमती द्या

देखरेख पृष्ठाने प्रॉक्सी लॉगिनशिवाय कार्य करणे आवश्यक आहे. स्पष्ट नियम http_access allow status_site आहे. प्रमाणीकरणापूर्वी ठेवल्यास, तुम्ही कधीही सेवा देण्याचा विचार न केलेल्या क्लायंटना देखील तो अपवाद देऊ शकतो.

Squid 6 किंवा 7 साठी, अपवादाच्या अटी एकत्र ठेवा. विद्यमान व्यवस्थापन, असुरक्षित पोर्ट, CONNECT आणि स्थानिक-सेवा संरक्षणांनंतर, संबंधित भाग असा दिसू शकतो:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

नेटवर्क आणि होस्टनाव प्लेसहोल्डर आहेत. प्रमाणीकरणाला अजूनही त्याचे विद्यमान हेल्पर कॉन्फिगरेशन आवश्यक आहे. हा प्रवेश धोरणाचा अपवाद भाग आहे, संपूर्ण प्रॉक्सी कॉन्फिगरेशन नाही.

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

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

होस्टनाव अपवाद जुळणाऱ्या गंतव्यस्थानाला व्यापतो, त्याच्या पृष्ठाने लोड केलेल्या प्रत्येक अवलंबनाला नाही. रीडायरेक्ट आणि तृतीय-पक्ष मालमत्ता कायदेशीररित्या सामान्य लॉगिन आवश्यकतेला सामोरे जाऊ शकतात.

साध्या HTTP साठी, प्रॉक्सी योग्य असेल तेथे अधिक सूक्ष्म URL माहिती वापरू शकतो. सामान्य HTTPS CONNECT विनंती पृष्ठाचा मार्ग उघड करत नाही, म्हणून संपूर्ण होस्टसाठीच्या बोगदा अपवादातून 'फक्त एक पृष्ठ' हा नियम काढता येत नाही.