በ MAC ላይ የተመሠረተ የፕሮክሲ ደንብ ከ Squid አገልጋይ አጠገብ ላለ ዴስክቶፕ ሊሠራ ይችላል፣ ነገር ግን ልክ እንደዚያው ባህሪ ያለው በሌላ ንዑስ አውታረ መረብ ላይ ላለ ዴስክቶፕ ይከሽፋል። ራውተሩ ፕሮክሲው ምን ማየት እንደሚችል ይለውጣል።

ARP በአካባቢያዊ አገናኝ ላይ የ IPv4 ጎረቤት የአገናኝ ንብርብር አድራሻን ይፈታል። የመጀመሪያውን Ethernet አድራሻ በእያንዳንዱ በራውተር የሚያልፍ መወጣጫ አያስተላልፍም። ስለዚህ በሩቅ መንገድ የሚደረስ ደንበኛ Squid IP አድራሻውን ማየት ስለሚችል ብቻ በቀጥታ ከተገናኘ ጎረቤት ጋር አይመሳሰልም።

ለ IPv4፣ የ Squid ACL ሰነድ የ MAC ፍለጋን በአንድ ንዑስ አውታረ መረብ ላይ ላሉ ደንበኞች ብቻ ይገድባል እና ተጓዳኝ ድጋፍ ያለው ግንባታ ይፈልጋል። የማይመሳሰል MAC ACL ን የፊደል ስህተት አድርገው ከመቁጠርዎ በፊት ሁለቱንም ሁኔታዎች ያረጋግጡ።

መለያውን በትክክለኛው ወሰን ይጠቀሙ

በቀጥታ ለተገናኙ ደንበኞች፣ የተደገፈ MAC ደንብ በመሣሪያ ደረጃ ያለውን የአውታረ መረብ ሁኔታ ሊገልጽ ይችላል። አሁንም መሣሪያውን የሚጠቀመውን ሰው አያረጋግጥም። የተዘገበውን የሃርድዌር አድራሻ መቀየር የማይቻል አያደርገውም።

በራውተር ማዶ፣ በፕሮክሲው ላይ የሚገኘውን መረጃ ይጠቀሙ፦ ቁጥጥር የሚደረግበት ምንጭ ንዑስ አውታረ መረብ፣ የተረጋገጠ የፕሮክሲ ማንነት፣ ወይም በግልጽ የተነደፈ የታመነ የማንነት ውህደት። የ DHCP አገልጋይን የኪራይ ሠንጠረዥ ማንበብ ተጨማሪ የማስተሳሰሪያ ሥርዓት ነው፣ የ ARP ክልል ማራዘሚያ አይደለም።

ደንብን ሲገመግሙ ከደንበኛው እስከ Squid ያለውን መንገድ ይሳሉ እና እያንዳንዱን ራውተር ምልክት ያድርጉበት። ከዚያ የተጫነው ግንባታ በእውነት ACL ንና የፍለጋ ሁነታውን ይደግፋል እንደሆነ ይጠይቁ። እነዚያ ሁለት ምርመራዎች የደንበኛውን MAC ደጋግሞ ወደዚያው ደንብ ከመለጠፍ የበለጠ ያብራራሉ።

ተዛማጅ ጽሑፎች