Egy MAC-alapú proxy-szabály működhet a Squid-kiszolgáló melletti asztali gépnél, és meghiúsulhat egy egyébként azonos asztali gépnél egy másik alhálózaton. A router megváltoztatja, mit figyelhet meg a proxy.

Az ARP a helyi kapcsolaton oldja fel egy IPv4-szomszéd kapcsolati rétegű címét. Nem viszi át az eredeti Ethernet-címet minden átirányított ugráson. Ezért egy távoli útvonalon elért kliens nem egyenértékű egy közvetlenül csatlakozó szomszéddal csak azért, mert a Squid látja az IP-címét.

IPv4 esetén a Squid ACL-dokumentációja az azonos alhálózaton lévő kliensekre korlátozza a MAC-keresést, és a megfelelő támogatással készült buildet ír elő. Ellenőrizze mindkét feltételt, mielőtt egy nem egyező MAC ACL-t elírásnak tekint.

Használja az azonosítót a megfelelő határon

Közvetlenül csatlakozó klienseknél egy támogatott MAC-szabály eszközsorszintű hálózati feltételt írhat le. Még mindig nem hitelesíti azt a személyt, aki a készüléket kezeli. És nem teszi lehetetlenné a jelentett hardvercím módosítását sem.

Egy router mögött használja a proxyn elérhető információt: ellenőrzött forrás-alhálózatot, hitelesített proxy-identitást vagy kifejezetten tervezett megbízható identitásintegrációt. A DHCP-kiszolgáló bérleti táblázatának olvasása további korrelációs rendszer, nem az ARP hatókörének kiterjesztése.

Amikor átnéz egy szabályt, rajzolja fel az útvonalat a klienstől a Squidig, és jelölje meg az összes routert. Kérdezze meg, hogy a telepített build valóban támogatja-e az ACL-t és a keresési módot. Ez a két ellenőrzés sokkal többet magyaráz, mint a kliens MAC-címének ismételt beillesztése ugyanabba a szabályba.

Kapcsolódó cikkek