Squid 5–7: dns_v4_first가 더 이상 작동하지 않는 이유

오래된 Squid 구성에는 dns_v4_first on 이 있습니다. 업그레이드 후 그 줄은 더 이상 기대한 IPv4 선호를 제공하지 않습니다. 사본을 더 추가해도 이전 동작은 복원되지 않습니다.

구성 참조 문서는 이 지시자를 Squid 5부터 7까지 사용할 수 없는 것으로 표시합니다. Squid의 주소 선택은 Happy Eyeballs 작업과 함께 바뀌었습니다. 오래된 선호 조언은 해당 릴리스의 맥락에서 읽어야 합니다.

선호와 강제는 서로 다른 요구입니다

먼저 무엇이 필요한지 정하십시오. 두 주소 체계가 모두 사용 가능할 때 작동하는 IPv4 경로를 선호하는 것인가? 끊긴 IPv6 연결을 제거하는 것인가? 특정 출구가 IPv4만 쓰도록 보장하는 것인가? 이것들은 같은 정책이 아닙니다. 대상 주소 체계 제한도 클라이언트 소스 ACL과 분리해 두어야 합니다.

한 주소 체계의 접근을 끄면 일부 사이트에 도달하지 못할 수 있습니다. DNS 응답을 바꾸면 프록시가 사용할 수 있는 후보가 바뀝니다. 느리거나 끊긴 경로를 고치는 것은 네트워크 장애를 다루는 일입니다. 어느 것도 제거된 지시자의 보편적 대체 줄로 설명해서는 안 됩니다.

대상 주소 선택과 상위 프록시에 도달할 때 쓰는 주소도 분리하십시오. 상위 호스트 이름에도 자체 IPv4와 IPv6 후보가 있을 수 있으며, 상위 프록시는 자체 정책으로 최종 사이트 연결을 맺습니다.

소스 주소 규칙은 또 다른 역할을 합니다. 연결에 호환되는 소스를 고르는 것이지 대상 지원을 만들어 내는 것이 아닙니다. IPv4 소스가 IPv6 전용 대상을 IPv4 종단점으로 만들지는 않습니다.

설치된 릴리스의 문서와 전체 전달 경로를 확인하십시오. 문제가 불안정한 IPv6 연결이라면 그것을 가리는 조용한 전역 변경을 하지 말고 그 진단을 유지하십시오. 작동하는 선호 경로와 엄격한 단일 체계 출구는 서로 다른 구성이 필요합니다.