Gaano Kalayo ang Naaabot ng MAC Rule ng Squid?
Unawain kung ano ang matututuhan ng Squid mula sa MAC address ng kliyente sa lokal na link at ano ang nawawala kapag dumaan sa router.
Maaaring gumana ang proxy rule na nakabatay sa MAC para sa isang desktop sa tabi ng Squid server ngunit mabigo para sa isang katulad na desktop sa ibang subnet. Binabago ng router ang nakikita ng proxy.
Niresolba ng ARP ang link-layer address ng kapitbahay na IPv4 sa lokal na link. Hindi nito dinadala ang orihinal na Ethernet address sa bawat hop na dinaraanan ng router. Kaya ang kliyenteng naaabot sa malayong ruta ay hindi katumbas ng direktang konektadong kapitbahay dahil lang nakikita ng Squid ang IP address nito.
Para sa IPv4, nililimitahan ng dokumentasyon ng ACL ng Squid ang paghahanap ng MAC sa mga kliyente sa parehong subnet at nangangailangan ng build na may kaugnay na suporta. Suriin ang dalawang kondisyon bago ituring na typo ang isang MAC ACL na hindi tumutugma.
Gamitin ang identifier sa tamang hangganan
Para sa direktang konektadong mga kliyente, maaaring ilarawan ng suportadong MAC rule ang kondisyon ng network sa antas ng device. Hindi pa rin nito pinapatunayan ang taong gumagamit ng device na iyon. At hindi rin nito ginagawang imposibleng baguhin ang iniulat na hardware address.
Kapag lumampas sa router, gamitin ang impormasyong available sa proxy: isang kontroladong source subnet, isang authenticated na pagkakakilanlan ng proxy, o isang tahasang dinisenyong integrasyon ng pinagkakatiwalaang pagkakakilanlan. Ang pagbasa ng lease table ng DHCP server ay karagdagang sistema ng ugnayan, hindi extension ng abot ng ARP.
Kapag sinusuri ang isang rule, iguhit ang landas mula kliyente hanggang Squid at markahan ang bawat router. Pagkatapos itanong kung talagang sinusuportahan ng naka-install na build ang ACL at ang paraan ng paghahanap. Ang dalawang pagsusuring iyon ay nagpapaliwanag ng higit pa kaysa sa paulit-ulit na pag-paste ng MAC ng kliyente sa parehong rule.