Tables 빌더가 전체 HTTP 파이프라인을 받는지 확인합니다. 이 입력은 별도의 httpClient 옵션을 재정의합니다. 애플리케이션이 파이프라인을 소유하는 경우 해당 파이프라인을 구성할 때 프록시 인식 전송을 구성합니다.

직접 Netty HTTP 클라이언트 입력의 경우 전송을 만들고 Tables에 전달합니다.

ProxyOptions proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080)
);
proxy.setCredentials(proxyUser, proxyPassword);

HttpClient transport = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

TableClient tables = new TableClientBuilder()
    .connectionString(storageConnectionString)
    .tableName("records")
    .httpClient(transport)
    .buildClient();

여기서 HttpClient은 com.azure.core.http.HttpClient입니다. 다른 형식은 Azure Core HTTP/Netty, Azure Data Tables, java.net.InetSocketAddress에서 제공됩니다. 구성 및 자격 증명 변수는 애플리케이션이 제공합니다.

ProxyOptions.Type.HTTP는 중개자를 선택하고 setCredentials는 해당 계정을 제공하며 인증이 없는 엔드포인트에서는 생략할 수 있습니다. 이 구성에서는 HTTP 프록시 목록 항목이 허용된 공용 Tables 엔드포인트 경로의 주소를 제공할 수 있습니다. 전송에 프록시 자격 증명을 남기지 마세요. 스토리지 연결 문자열은 여전히 Tables 서비스를 선택합니다.

이는 연결 문자열 인증을 사용합니다. ID 자격 증명 구성에는 토큰 획득을 위한 별도의 HTTP 클라이언트가 있을 수 있으며 해당 경로도 구성해야 합니다.

관련 글