Athugaðu hvort Tables-byggjandinn fái heildar HTTP-leiðslu. Þetta inntak hnekkir sérstökum httpClient valkosti hans; ef forritið á leiðsluna skal stilla proxy-meðvitaða flutninginn þegar leiðslan er byggð.

Fyrir beint Netty HTTP-biðlarainntak skal byggja flutninginn og senda hann til 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 hér er com.azure.core.http.HttpClient. Hinir flokkarnir koma frá Azure Core HTTP/Netty, Azure Data Tables og java.net.InetSocketAddress. Forritið útvegar stillingar- og skírteinisbreyturnar.

ProxyOptions.Type.HTTP velur milliliðinn; setCredentials útvegar reikning hans og má sleppa fyrir endapunkta án auðkenningar. Í þeirri stillingu getur færsla úr HTTP-proxylista útvegað slóðina fyrir leyfða slóð opinbers Tables-endapunkts; skildu engin proxy-skírteini eftir á flutningnum. Geymslutengingarstrengurinn velur enn Tables-þjónustuna.

Þetta notar auðkenningu með tengingarstreng. Fyrirkomulag auðkennisskírteina getur haft sérstakan HTTP-biðlara til að afla tákns, en stilla þarf slóð hans líka.

Tengdir greinar