Zkontrolujte, zda tvůrce Tables přijímá úplný kanál HTTP. Tento vstup přepisuje jeho samostatnou volbu httpClient; pokud aplikace kanál vlastní, nakonfigurujte transport s podporou proxy při vytváření tohoto kanálu.

Pro přímý vstup klienta Netty HTTP vytvořte transport a předejte jej do 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 je zde com.azure.core.http.HttpClient. Ostatní typy pocházejí z Azure Core HTTP/Netty, Azure Data Tables a java.net.InetSocketAddress. Aplikace dodává proměnné konfigurace a přihlašovacích údajů.

ProxyOptions.Type.HTTP vybírá zprostředkovatele; setCredentials dodává jeho účet a lze jej vynechat pro koncové body bez ověřování. V této konfiguraci může položka z seznamu HTTP proxy dodat adresu pro povolenou trasu veřejného koncového bodu Tables; na transportu nenechávejte přihlašovací údaje proxy. Připojovací řetězec úložiště stále volí službu Tables.

Používá se ověřování připojovacím řetězcem. Uspořádání s přihlašovacími údaji identity může mít samostatného klienta HTTP pro získání tokenu, jehož trasu je také třeba nakonfigurovat.

Související články