Qt 프록시 쿼리에는 연결 종류가 포함된다
Qt의 프록시 후보를 대상 URL 및 작업과 연결해 유지하고, 하나의 결과를 전역 주소로 고정하지 마십시오.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);이 Qt Network 쿼리는 하나의 URL에 대한 정책을 검사합니다. 해당 Qt Network 헤더를 포함하십시오. 연결을 열지 않으며 프로세스의 모든 소켓 경로를 식별하지도 않습니다.
QNetworkProxyQuery에는 대상 정보와 쿼리 유형이 포함됩니다. TCP, UDP 및 서버 작업은 HTTP 캐싱 프록시나 HTTP 터널 또는 SOCKS 프록시와 다른 기능을 필요로 할 수 있습니다. 편리한 무관한 공개 페이지가 아니라 실패한 작업을 쿼리하십시오.
각 후보의 유형을 해석하십시오. NoProxy는 의도적으로 직접 액세스를 선택합니다. 해당 결과에서 비어 보이는 호스트는 검색 실패가 아닙니다. 선호 순서와 대체 후보를 유지하십시오.
라우팅이 동적으로 유지되어야 할 때는 참여하는 소켓 또는 QNetworkAccessManager에 대해 지원되는 시스템 구성 또는 프록시 팩토리 통합을 사용하십시오. 첫 결과를 고정 애플리케이션 엔드포인트로 고정하면 이후 대상별 결정이 버려집니다. 실제 관리자 또는 설치된 애플리케이션 팩토리를 검사하십시오. 옆에 있는 진단 호출은 동일한 정책을 사용한다는 것을 증명하지 않습니다.
내장 브라우저는 Qt Network와 다른 네트워크 스택을 가질 수 있습니다. 유효한 Qt 소켓 후보는 모든 구성 요소가 동일한 프로토콜이나 인증을 지원한다는 것을 입증하지 않습니다.