ትክክለኛ የይለፍ ቃል የዚህ መመሪያ ግማሽ ብቻ ነው፡ መለያው ከአንድ የተፈቀደ የደንበኛ አድራሻም መስራት አለበት። በSquid ውስጥ ሁለቱንም ቼኮች በአንድ የመዳረሻ ደንብ ላይ ማስቀመጥ በዚያ መስፈርት እና በሁለት የተለያዩ የመግቢያ መንገዶች መካከል ያለው ልዩነት ነው።

ማረጋገጫ አስቀድሞ እንደተዋቀረ፣ ለምሳሌ የSquid 6.13 NCSA ውቅር፣ ዋናው መመሪያ ይህ ነው፦

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid በትክክል የሚቀበለውን ምንጭ ይጠቀሙ፤ ምሳሌው የሰነድ አድራሻ ነው። ለአደገኛ መዳረሻ ወደቦች፣ ለአካባቢ አገልግሎቶች እና ለCONNECT ትራፊክ ቀደም ሲል የነበሩ ጥበቦችን ይያዙ። ይህ ክፍል የተዋሃደውን ሁኔታ ያሳያል እንጂ ሙሉ የማዳመጫ ውቅር አይደለም።

ከዚህ በላይ ያሉትን ደንቦች ያረጋግጡ

ቀደም ያለ ሰፊ ፈቃድ ጥያቄው አዲሱን ሁኔታ ከመድረሱ በፊት ሊቀበል ይችላል። የhttp_access ማጣቀሻ በቅደም ተከተል መመሳሰልን ይገልጻል። የተካተቱ ፋይሎችን ጨምሮ ሙሉውን ቅደም ተከተል ያንብቡ።

ለተጠቃሚ ስሙ አንድ ፈቃድ እና ለምንጩ ሌላ ፈቃድ ሁለቱንም አይጠይቁም። እያንዳንዱ መስመር ራሱን ችሎ ሊሳካ ይችላል። ይህ የተለያየ መመሪያ ነው።

የproxy_auth ACL በማረጋገጫ አጋዥ ላይ ይመሰረታል። እሱን መግለጽ ተጠቃሚውን የመፍጠር ወይም የይለፍ ቃሉን የማረጋገጥ ዘዴ አይደለም። ይህ ምሳሌ ደንበኞቹ ለፕሮክሲ ማረጋገጫ ጥያቄዎች ምላሽ ለሚሰጡ ግልጽ ፕሮክሲ ነው።

የምንጭ ማንነትም ገደቦች አሉት። በአንድ NAT ጀርባ ያሉ ሰዎች አንድ አድራሻ ሊጋሩ ይችላሉ፣ የሚንቀሳቀስ ላፕቶፕ ደግሞ አድራሻ ሊቀይር ይችላል። ተጨማሪው ሁኔታ የመለያውን አገልግሎት የሚሰጥ የአውታረ መረብ ቦታ ያጠባል፤ አካላዊ ኮምፒውተርን በአስተማማኝ ሁኔታ አይለይም። ይህ ገደብ ሁኔታውን በመጀመሪያ ካከሉበት ምክንያት ጋር እንደሚስማማ ያረጋግጡ።

ተዛማጅ ጽሑፎች