.NET에서 프록시로 구성된 GoogleCredential 복사본 유지

가져오기 전에 토큰 HTTP 작업을 구성하고 routedCredential을 전달하세요. 원본 credential은 이전 구성을 유지합니다.

var proxy = new System.Net.WebProxy("http://proxy.example:8080")
{
    Credentials = proxyCredentials
};
var factory = Google.Apis.Http.HttpClientFactory.ForProxy(proxy);
var routedCredential = credential.CreateWithHttpClientFactory(factory);

credential은 애플리케이션의 기존 GoogleCredential입니다. 이 메서드는 복사본을 반환하므로 원본으로 계속하지 말고 토큰 작업이나 API 인증에는 routedCredential을 사용하세요.

proxyCredentials은 중개 계정을 식별합니다. 필요하지 않으면 이니셜라이저를 생략하세요. 인증이 없는 그 경우, 토큰 대상이 공개되어 있고 공용 프록시 경로가 허용될 때 HTTP 프록시 목록이 엔드포인트 후보를 제공할 수 있습니다. Google credential에 필요한 형식과 범위를 유지하세요. 프록시 자격 증명은 클라이언트 비밀, 서비스 계정 키 또는 액세스 토큰을 대체하지 않습니다.

API 서비스 클라이언트는 또 다른 구성 경로입니다. 서비스 요청과 토큰 요청 모두 프록시가 필요할 때 해당 전송에도 의도한 팩터리를 제공하세요. 서비스만 구성하면 이전 토큰 요청이 연결하지 못한 채 남을 수 있습니다.

캐시된 액세스 토큰은 새 교환을 피합니다. 캐시 토큰 작업이나 개체 생성을 새 프록시 연결로 간주하지 말고 실제로 실패한 호스트와 요청을 비교하세요.

관련 글