Проверете дали градителот на 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.

Ова користи автентикација со низа за поврзување. Распоредот со акредитиви за идентитет може да има одделен HTTP клиент за добивање токен, чија рута исто така треба да се конфигурира.

Поврзани статии