하나의 서브도메인을 Privoxy의 업스트림 프록시에서 제외하기
상위 도메인 전체를 의도한 프록시 경로 밖으로 실수로 보내지 않으면서 특정 직접 전달 예외를 만듭니다.
메인 사이트는 상위 프록시를 사용해야 합니다. 내부 서브도메인 하나는 사용하지 않아야 합니다. 이것은 라우팅 예외이며, 바로 그것을 표현할 만큼 충분히 좁은 패턴이 필요합니다.
Privoxy에는 메인 구성의 일반 전달 규칙과 action 파일의 요청별 전달 재정의가 있습니다. 이미 유지 관리하는 구성에 맞는 메커니즘을 사용하십시오. 어느 것이 동작하는지 보려고 두 곳에 경쟁하는 예외를 추가하지 마십시오.
메인 구성에서의 예외
forward / parent.example.net:8080
forward intranet.example.net .
인증되지 않은 공용 HTTP 상위가 허용되는 공개 대상의 경우 HTTP 프록시 목록에서 기본 상위 후보를 가져오되 다른 상위의 자격 증명은 가져오지 마십시오. 여기에서 뒤에 오는 정확한 호스트 규칙이 해당 호스트 이름에 대해 직접 전달을 선택합니다. 다른 대상은 계속 기본 상위 규칙과 일치합니다. Privoxy의 전달 규칙은 마지막 일치 순서를 사용하므로 뒤에 오는 일반 규칙이 그 결과를 바꿀 수 있습니다.
앞에 오는 점이나 와일드카드를 추가하기 전에 패턴 구문을 읽으십시오. 접미사 스타일 패턴은 의도한 하나의 호스트보다 더 많은 이름과 일치할 수 있습니다. 또한 프록시 이름을 웹사이트 이름과 구분하십시오. 패턴이 선택하는 것은 요청된 대상입니다.
action 파일의 재정의도 또 다른 선택입니다
{+forward-override{forward .}}
intranet.example.net
이것은 일치하는 요청에 대해 직접 전달을 명시적으로 선택합니다. 이전 재정의를 제거하는 것이 반드시 직접 전달을 선택하는 것과 같지는 않습니다. 일반 구성에 여전히 상위 규칙이 있을 수 있습니다.
예외가 효과가 없어 보이면 적용되는 action 섹션과 그 순서를 확인하십시오. 호스트는 하나 이상의 action 패턴과 일치할 수 있으며, 기대한 action은 뒤의 일치에 의해 바뀔 수 있습니다.
직접은 다른 네트워크 결정을 의미합니다
직접 예외는 상위의 출구가 아니라 Privoxy 자체의 외부 주소를 노출할 수 있습니다. 사설 서비스에는 그것이 정확히 맞을 수 있지만, 나중에 발견되는 부작용이 아니라 요구 사항의 일부여야 합니다.
또한 예외가 네트워크 도달성을 부여하지는 않습니다. Privoxy의 호스트에는 여전히 대상까지의 경로와 적절한 접근 권한이 필요합니다. 상위만 서비스에 도달할 수 있다면 패턴이 동작하더라도 우회는 실패합니다.
예를 필요한 호스트 이름으로 제한하고 관련 인증 또는 자산 호스트는 별도로 확인하십시오. 하나의 예외를 모든 서브도메인으로 확장하면 무관한 트래픽이 조용히 다른 외부 경로로 옮겨질 수 있습니다.