원격 DNS를 사용하기 전에 프록시 호스트 이름을 확인하세요
SOCKS 또는 HTTP CONNECT를 통해 원격 대상 DNS를 사용할 때 최초의 프록시 호스트 이름 조회를 고려하세요.
원격 DNS가 대상 조회 문제를 해결하더라도 연결하지 못하는 상황이 남을 수 있습니다. 클라이언트는 먼저 프록시를 찾아야 합니다.
proxy.office.example이라는 엔드포인트를 생각해 보겠습니다. 웹사이트 호스트 이름을 SOCKS로 보내는 것은 클라이언트가 그 최초 엔드포인트의 주소를 어떻게 얻는지 알려 주지 않습니다. SOCKS 대화는 아직 시작되지 않았습니다.
이 문제는 프록시 이름이 사설 이름 공간에 속할 때 중요합니다. 가정용 리졸버는 이를 모를 수 있지만, 승인된 사무실 네트워크의 리졸버는 알고 있습니다. 짧은 프록시 이름은 네트워크마다 다른 검색 도메인 설정에 의존할 수도 있습니다.
이름을 분리해 두세요
- 첫 연결을 맺으려면 프록시 엔드포인트의 이름이 필요합니다.
- 웹사이트 이름은 원격 확인을 위해 지원되는 프록시 요청 안에 실어 보낼 수 있습니다.
리졸버를 바꾸기 전에 어느 이름이 실패했는지 기록하세요. 클라이언트의 DNS를 무관한 공용 서비스로 바꾸면 사설 프록시 이름에 더 닿기 어려워질 수 있습니다. 의도한 네트워크가 지원하는 이름 확인 설정을 사용하세요.
할당된 프록시 IP는 일부 구성에서 호스트 이름 조회 하나를 없앨 수 있지만, 이름과 보편적으로 바꿔 쓸 수는 없습니다. HTTPS 프록시로의 TLS와 이름 기반 인증은 예상되는 신원에 의존할 수 있습니다. 그 검사를 끄는 대신 그 신원을 그대로 유지하세요.
첫 연결이 되면 대상 단계를 따로 조사하세요. 동작하는 프록시 호스트 이름은 프록시가 웹사이트 이름을 안다는 것도, 그곳으로 연결이 허용된다는 것도 증명하지 않습니다.