브라우저는 SOCKS 프록시를 사용하고, 그다음 nslookup이 시스템의 일반 확인자와 통신합니다. 이것만으로 브라우저가 원격 DNS 옵션을 무시했다고 결론 내릴 수는 없습니다.

이 유틸리티는 자체 DNS 인터페이스를 통해 또 다른 질의를 했습니다. 어떤 경로를 쓸지 브라우저에 묻지 않았습니다. 반대로, 대상 호스트 이름을 SOCKS로 보내는 브라우저가 기기의 모든 확인자 클라이언트를 다시 구성하는 것은 아닙니다.

SSH 동적 포워딩은 또 하나의 유용한 구분을 더합니다. SOCKS를 인식하는 애플리케이션 연결을 받아들입니다. 시스템 전체의 자동 UDP DNS 릴레이는 아닙니다. SOCKS 요청에 실린 대상 호스트 이름은 시스템의 일반 DNS 질의를 그 리스너를 통해 전달하지 않고도 여전히 원격에서 확인될 수 있습니다.

관심 있는 작업을 평가하십시오. 브라우저의 실제 프록시 유형과 대상 확인 정책을 파악한 다음, 해당 브라우저 요청과 관련된 증거를 조사하십시오. 그 경로 밖의 별도 유틸리티는 비교일 뿐 브라우저 내부 조회의 측정이 아닙니다.

요구 사항이 시스템 전체의 이름 확인 라우팅이라면 그것을 별도로 명시하십시오. 범위 내 확인자 트래픽을 포괄하는 적절한 지원 설계가 필요합니다. 단일 애플리케이션 프록시 설정은 더 좁은 구성을 수립합니다.

관련 글