Squid의 MAC 규칙은 어디까지 닿을 수 있을까?

MAC 기반 프록시 규칙은 Squid 서버 옆의 데스크톱에서는 작동하지만 다른 서브넷에 있는 동일한 데스크톱에서는 실패할 수 있습니다. 라우터는 프록시가 관찰할 수 있는 것을 바꿉니다.

ARP는 로컬 링크에서 IPv4 이웃의 링크 계층 주소를 해석합니다. 원래 Ethernet 주소를 라우팅되는 모든 홉으로 전달하지는 않습니다. 따라서 원격 경로로 도달하는 클라이언트는 Squid가 그 IP 주소를 볼 수 있다는 이유만으로 직접 연결된 이웃과 동등하지 않습니다.

IPv4의 경우 Squid의 ACL 문서는 MAC 조회를 같은 서브넷의 클라이언트로 제한하고 관련 지원이 포함된 빌드를 요구합니다. 일치하지 않는 MAC ACL을 오타로 단정하기 전에 두 조건을 모두 확인하십시오.

올바른 경계에서 식별자를 사용하십시오

직접 연결된 클라이언트에 대해서는 지원되는 MAC 규칙이 장치 수준의 네트워크 상태를 설명할 수 있습니다. 그래도 그 장치를 다루는 사람을 인증하지는 않습니다. 보고된 하드웨어 주소를 변경 불가능하게 만들지도 않습니다.

라우터 너머에서는 프록시에서 사용할 수 있는 정보를 이용하십시오. 통제된 원본 서브넷, 인증된 프록시 ID, 또는 명시적으로 설계된 신뢰된 ID 통합입니다. DHCP 서버의 임대 테이블을 읽는 것은 추가적인 상관 시스템이며 ARP 도달 범위의 확장이 아닙니다.

규칙을 검토할 때 클라이언트에서 Squid까지의 경로를 그리고 모든 라우터를 표시하십시오. 그다음 설치된 빌드가 정말로 그 ACL과 조회 방식을 지원하는지 물으십시오. 이 두 점검이 클라이언트의 MAC을 같은 규칙에 반복해서 붙여 넣는 것보다 훨씬 많은 것을 설명합니다.