Semak sama ada pembina Tables menerima saluran paip HTTP yang lengkap. Input itu mengatasi pilihan httpClient berasingannya; jika aplikasi memiliki saluran paip, konfigurasikan pengangkutan sedar proksi semasa membina saluran paip itu.

Untuk input klien Netty HTTP langsung, bina pengangkutan dan hantarkannya kepada 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 di sini ialah com.azure.core.http.HttpClient. Jenis lain datang daripada Azure Core HTTP/Netty, Azure Data Tables dan java.net.InetSocketAddress. Aplikasi membekalkan pemboleh ubah konfigurasi dan kelayakan.

ProxyOptions.Type.HTTP memilih perantara; setCredentials membekalkan akaunnya dan boleh ditinggalkan untuk titik akhir tanpa pengesahan. Dalam konfigurasi itu, entri daripada senarai proksi HTTP boleh membekalkan alamat untuk laluan titik akhir Tables awam yang dibenarkan; jangan tinggalkan kelayakan proksi pada pengangkutan. Rentetan sambungan storan masih memilih perkhidmatan Tables.

Ini menggunakan pengesahan rentetan sambungan. Susunan kelayakan identiti boleh mempunyai klien HTTP berasingan untuk pemerolehan token, yang laluannya juga perlu dikonfigurasi.

Artikel berkaitan