Squid의 세션 도우미는 어디로 갔을까?
인증 설정을 바꾸기 전에 설치된 패키지, 문서에 나온 파일 이름, 빌드 옵션을 따라가며 사라진 Squid 도우미를 추적합니다.
다른 서버에서 복사한 구성이 ext_session_acl을 가리킵니다. 사용 중인 Squid 패키지에는 그 경로에 파일이 없습니다. 이것은 사용자 세션이 깨진 것이 아니라 패키지 구성의 불일치일 수 있습니다.
Squid는 외부 ACL 결정을 도우미 프로그램에 위임할 수 있지만, external_acl_type에 프로그램 이름을 적는다고 해서 설치되지는 않습니다. 바이너리는 배포된 환경에 실제로 있어야 합니다.
세 가지를 비교하세요.
- 사용 중인 Squid 릴리스에 대해 문서화된 도우미 이름.
- 배포판 패키지가 실제로 제공하는 파일.
- Squid가 읽어 들인 구성에 적힌 실행 파일의 절대 경로.
Debian은 ext_session_acl에 대한 매뉴얼을 배포하지만, 매뉴얼 제목이 같다는 사실이 서버의 복사된 경로에 바이너리가 있다는 증거는 아닙니다. 해당 설치 자체의 패키지 정보와 도우미 디렉터리를 확인하세요.
그 패키지가 필요한 도우미를 제공하지 않는다면 배포판이 지원하는 패키지 분할과 빌드 정보를 확인하세요. 소스 트리의 하위 디렉터리 이름은 만들어진 바이너리가 모든 빌드에 들어 있다는 증거가 아닙니다.
“파일 없음”과 “파일은 있지만 시작할 수 없음”을 구분하세요. 후자는 인터프리터, 공유 라이브러리, 권한, 서비스 격리와 관련될 수 있습니다. 그 실패는 Squid 도우미 시작 메시지에서 확인하세요. 두 증상 모두 프록시 사용자의 비밀번호가 틀렸다는 증거가 아닙니다.
관련 없는 오래된 서버의 도우미는 파일 이름이 구성과 맞는다는 이유만으로 교체할 수 없습니다.