<VirtualHost> 블록은 Apache가 일치하는 요청을 어떻게 처리해야 하는지 설명합니다. 그러나 대기 소켓을 만들지는 않습니다. 따라서 8080 포트의 포워드 프록시 구성이 유효해 보이는 파일에 존재해도 클라이언트는 그곳에서 리스너를 찾지 못합니다.

Listen 지시문이 그 별도의 요구 사항을 제공합니다. 로컬 클라이언트나 보호된 터널을 통해서만 접근하는 프록시라면 의도한 형태는 다음과 같을 수 있습니다.

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

이것은 관계를 보여 줄 뿐 완전한 프록시 배포가 아닙니다. 기존 클라이언트 권한 부여와 대상 제한을 유지하세요. loopback 주소는 의도적으로 새로운 공용 프록시 리스너를 제공하지 않습니다.

실제 적용되는 구성에서 겹치는 Listen 항목도 확인하세요. 기존 리스너를 알아차리지 못한 채 다른 지시문을 추가하면 시작이 차단될 수 있습니다. 특정 주소에서 겹치는 와일드카드 바인딩으로 옮길 때 Apache가 지원하는 재시작 절차도 중요합니다.

SSH가 이 프록시로 전달할 때 원격 쪽은 실제 리스너에 도달해야 합니다. SSH 로그인 성공이 구성된 Apache 포트를 존재하게 만들지는 않습니다. HTTP 자격 증명을 바꾸거나 접근 규칙을 약화하기 전에 리스너와 의도한 바인딩을 바로잡으세요. 그런 다음 실제 리스너에서 허용된 접근과 거부된 접근 사례를 모두 확인하세요.

관련 글