Squid가 예상치 못한 포트에 UDP 소켓을 여는 이유
Squid의 DNS 및 peer-cache UDP 소켓을 클라이언트가 포워드 프록시로 사용하는 TCP 리스너와 구별하십시오.
Squid가 소유한 낯선 UDP 포트가 자동으로 또 하나의 공용 HTTP 프록시가 되는 것은 아닙니다. 클라이언트는 일반적인 HTTP 프록시 접근에 설정된 TCP 리스너를 사용합니다. Squid는 DNS와 캐시 피어 통신을 위해서도 소켓을 엽니다.
추가 소켓을 식별하려면 다음을 기록하십시오.
- TCP인지 UDP인지, 바인딩된 주소와 표시되는 원격 엔드포인트.
- 해당 인스턴스의 유효한 리스너, DNS, ICP, HTCP 설정.
- 그 설정이 활성화하는 기능이 요구하는 네트워크 도달 가능성.
Squid의 UDP 주소 참조는 DNS, ICP, HTCP 모듈을 명시적으로 다룹니다. 그 동작은 http_port에서 추론할 수 없고, 높은 포트 번호만으로는 기능을 식별하지 못합니다.
그 UDP 엔드포인트를 응용 프로그램의 HTTP 프록시 필드에 입력하거나 소켓 목록에 보인다는 이유만으로 모든 클라이언트에 개방하지 마십시오. 반대로 Squid가 실제로 사용하는 DNS 경로를 차단하면 이후 목적지 확인이 깨질 수 있습니다. 식별된 기능에 맞게 방화벽 규칙을 변경하십시오. 리졸버 질의 소켓, 캐시 피어 포트, 클라이언트 리스너는 각기 다른 역할을 합니다.