Որքա՞ն հեռու կարող է հասնել Squid-ի MAC կանոնը
Հասկացեք, թե Squid-ը տեղային կապուղում ինչ կարող է իմանալ հաճախորդի MAC հասցեից և ինչ է անհետանում երթուղիչից այն կողմ։
MAC-ի վրա հիմնված փրոքսի կանոնը կարող է աշխատել Squid սերվերի կողքի աշխատասեղանի համար և ձախողվել նույնական այլ աշխատասեղանի համար այլ ենթացանցում։ Երթուղիչը փոխում է այն, ինչ փրոքսին կարող է դիտել։
ARP-ը լուծում է IPv4 հարևանի կապուղու մակարդակի հասցեն տեղային կապուղում։ Այն չի տեղափոխում սկզբնական Ethernet հասցեն յուրաքանչյուր երթուղավորված ցատկով։ Ուստի հեռավոր երթուղով հասանելի հաճախորդը համարժեք չէ ուղղակիորեն միացված հարևանին միայն այն պատճառով, որ Squid-ը տեսնում է նրա IP հասցեն։
IPv4-ի համար Squid-ի ACL փաստաթղթերը MAC որոնումը սահմանափակում են նույն ենթացանցի հաճախորդներով և պահանջում են համապատասխան աջակցությամբ կառուցվածք։ Ստուգեք երկու պայմանները նախքան չհամապատասխանող MAC ACL-ը ուղագրական սխալ համարելը։
Օգտագործեք նույնացուցիչը ճիշտ սահմանում
Ուղղակիորեն միացված հաճախորդների համար աջակցվող MAC կանոնը կարող է նկարագրել սարքի մակարդակի ցանցային վիճակ։ Այն այնուամենայնիվ չի նույնականացնում այդ սարքը շահագործող անձին։ Եվ չի դարձնում հաղորդված սարքաշարի հասցեն անփոփոխելի։
Երթուղիչից այն կողմ օգտագործեք փրոքսիում հասանելի տեղեկատվությունը՝ վերահսկվող աղբյուր ենթացանց, նույնականացված փրոքսի ինքնություն կամ հստակ ձևավորված վստահելի ինքնության ինտեգրում։ DHCP սերվերի վարձակալության աղյուսակը կարդալը լրացուցիչ կորելյացիոն համակարգ է, ոչ թե ARP-ի հասանելիության ընդլայնում։
Կանոնը վերանայելիս գծեք ճանապարհը հաճախորդից մինչև Squid և նշեք յուրաքանչյուր երթուղիչ։ Ապա հարցրեք՝ արդյոք տեղադրված կառուցվածքն իսկապես աջակցում է ACL-ին և որոնման ռեժիմին։ Այդ երկու ստուգումները բացատրում են շատ ավելին, քան հաճախորդի MAC-ը նույն կանոնում կրկին ու կրկին փակցնելը։