Kanuni ya MAC ya Squid inaweza kufikia mbali gani?

Kanuni ya proksi inayotegemea MAC inaweza kufanya kazi kwa kompyuta iliyo karibu na seva ya Squid lakini ikashindwa kwa kompyuta inayofanana kabisa kwenye subnet nyingine. Kipanga-njia hubadilisha kile proksi inaweza kuona.

ARP hutatua anwani ya tabaka la kiungo ya jirani wa IPv4 kwenye kiungo cha ndani. Haibebi anwani ya awali ya Ethernet kupitia kila hatua inayopitishwa na kipanga-njia. Kwa hiyo mteja anayefikiwa kwa njia ya mbali si sawa na jirani aliyeunganishwa moja kwa moja kwa sababu tu Squid inaona anwani yake ya IP.

Kwa IPv4, hati za ACL za Squid zinaweka utafutaji wa MAC kwa wateja walio kwenye subnet moja na zinahitaji build yenye usaidizi husika. Angalia masharti yote mawili kabla ya kuchukua MAC ACL isiyolingana kama kosa la tahajia.

Tumia kitambulisho kwenye mpaka sahihi

Kwa wateja waliounganishwa moja kwa moja, kanuni ya MAC inayotumika inaweza kuelezea hali ya mtandao katika ngazi ya kifaa. Bado haithibitishi mtu anayeendesha kifaa hicho. Wala haifanyi anwani ya maunzi iliyoripotiwa isiweze kubadilishwa.

Nyuma ya kipanga-njia, tumia taarifa inayopatikana kwenye proksi: subnet chanzo inayodhibitiwa, utambulisho wa proksi uliothibitishwa, au muunganisho wa utambulisho unaoaminika uliobuniwa waziwazi. Kusoma jedwali la kukodisha la seva ya DHCP ni mfumo wa ziada wa uhusiano, si upanuzi wa ufikiaji wa ARP.

Unapokagua kanuni, chora njia kutoka kwa mteja hadi Squid na uweke alama kwa kila kipanga-njia. Kisha uliza kama build iliyosakinishwa inaunga mkono kweli ACL na hali ya utafutaji. Ukaguzi huo mawili unaeleza mengi zaidi kuliko kubandika MAC ya mteja mara kwa mara kwenye kanuni hiyo hiyo.