MAC അടിസ്ഥാനമാക്കിയ പ്രോക്സി നിയമം Squid സെർവറിന് അടുത്തുള്ള ഡെസ്ക്ടോപ്പിന് പ്രവർത്തിച്ചേക്കാം, മറ്റൊരു സബ്നെറ്റിലുള്ള അതേപോലുള്ള ഡെസ്ക്ടോപ്പിന് പരാജയപ്പെടാം. റൗട്ടർ പ്രോക്സിക്ക് നിരീക്ഷിക്കാനാകുന്നത് മാറ്റുന്നു.

ARP പ്രാദേശിക ലിങ്കിൽ IPv4 അയൽക്കാരന്റെ ലിങ്ക്-ലെയർ വിലാസം നിർണ്ണയിക്കുന്നു. യഥാർത്ഥ Ethernet വിലാസം ഓരോ റൗട്ട് ചെയ്ത ഹോപ്പിലൂടെയും കൊണ്ടുപോകുന്നില്ല. അതിനാൽ Squid അതിന്റെ IP വിലാസം കാണുന്നു എന്ന കാരണം കൊണ്ട് മാത്രം ദൂരെ നിന്ന് റൗട്ട് ചെയ്യപ്പെട്ട ക്ലയന്റ് നേരിട്ട് ബന്ധിപ്പിച്ച അയൽക്കാരന് തുല്യമല്ല.

IPv4-ന്, Squid-ന്റെ ACL രേഖകൾ MAC തിരയൽ ഒരേ സബ്നെറ്റിലെ ക്ലയന്റുകളിൽ മാത്രമായി പരിമിതപ്പെടുത്തുന്നു, ബന്ധപ്പെട്ട പിന്തുണയുള്ള ബിൽഡ് ആവശ്യപ്പെടുന്നു. പൊരുത്തപ്പെടാത്ത MAC ACL-നെ അക്ഷരത്തെറ്റായി കണക്കാക്കുന്നതിന് മുമ്പ് രണ്ട് വ്യവസ്ഥകളും പരിശോധിക്കുക.

ശരിയായ അതിർത്തിയിൽ ഐഡന്റിഫയർ ഉപയോഗിക്കുക

നേരിട്ട് ബന്ധിപ്പിച്ച ക്ലയന്റുകൾക്ക്, പിന്തുണയുള്ള MAC നിയമത്തിന് ഉപകരണതലത്തിലുള്ള നെറ്റ്വർക്ക് അവസ്ഥ വിവരിക്കാനാകും. എന്നിട്ടും അത് ഉപകരണം പ്രവർത്തിപ്പിക്കുന്ന വ്യക്തിയെ സാക്ഷ്യപ്പെടുത്തുന്നില്ല. റിപ്പോർട്ട് ചെയ്ത ഹാർഡ്വെയർ വിലാസം മാറ്റാനാകാത്തതാക്കുന്നുമില്ല.

റൗട്ടറിന് അപ്പുറം, പ്രോക്സിയിൽ ലഭ്യമായ വിവരങ്ങൾ ഉപയോഗിക്കുക: നിയന്ത്രിത ഉറവിട സബ്നെറ്റ്, സാക്ഷ്യപ്പെടുത്തിയ പ്രോക്സി ഐഡന്റിറ്റി, അല്ലെങ്കിൽ വ്യക്തമായി രൂപകൽപ്പന ചെയ്ത വിശ്വസ്ത ഐഡന്റിറ്റി സംയോജനം. DHCP സെർവറിന്റെ ലീസ് പട്ടിക വായിക്കുന്നത് ഒരു അധിക പരസ്പരബന്ധ സംവിധാനമാണ്, ARP-യുടെ പരിധിയുടെ വിപുലീകരണമല്ല.

ഒരു നിയമം അവലോകനം ചെയ്യുമ്പോൾ ക്ലയന്റിൽ നിന്ന് Squid വരെയുള്ള പാത വരച്ച് ഓരോ റൗട്ടറും അടയാളപ്പെടുത്തുക. തുടർന്ന് ഇൻസ്റ്റാൾ ചെയ്ത ബിൽഡ് യഥാർത്ഥത്തിൽ ACL-ഉം തിരയൽ മോഡും പിന്തുണയ്ക്കുന്നുണ്ടോ എന്ന് ചോദിക്കുക. ആ രണ്ട് പരിശോധനകൾ ക്ലയന്റിന്റെ MAC അതേ നിയമത്തിൽ വീണ്ടും വീണ്ടും ഒട്ടിക്കുന്നതിനേക്കാൾ വളരെ കൂടുതൽ വിശദീകരിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ