Konfiguratu Pub/Sub Java-ren gRPC kanala HTTP CONNECT-erako

Erabili sortutako bezeroaren kanal-hornitzailea Pub/Sub Java gRPC konexioak HTTP CONNECT proxy bat behar duenean. URLConnection ezarpen arrunt batek ez du kanal-konfigurazio hau ezartzen.

topic-admin bezeroarentzat:

var channelProvider = TopicAdminSettings
    .defaultGrpcTransportProviderBuilder()
    .setChannelConfigurator(channel -> channel.proxyDetector(target ->
        HttpConnectProxiedSocketAddress.newBuilder()
            .setProxyAddress(new InetSocketAddress("proxy.example", 8080))
            .setTargetAddress((InetSocketAddress) target)
            .setUsername(proxyUser)
            .setPassword(proxyPassword)
            .build()))
    .build();

var settings = TopicAdminSettings.newBuilder()
    .setTransportChannelProvider(channelProvider)
    .build();
try (TopicAdminClient client = TopicAdminClient.create(settings)) {
    // Perform the application's intended topic-admin operation here.
}

TopicAdminClient eta TopicAdminSettings Pub/Sub v1 klaseak dira; HttpConnectProxiedSocketAddress io.grpc-tik dator eta InetSocketAddress java.net-tik. Adibideak kanal honek erabiltzen duen internet-helbide helburu arrunta suposatzen du.

Detektagailuak proxy konexio-helbide bat itzultzen du jatorrizko helburuarekin batera. gRPC eraikitzaileak proxy helbidea ebaztea eskatzen du. Utzi zerbitzuaren amaiera-puntua Pub/Sub gisa: proxy ostalari-izenarekin ordezkatzeak zerbitzuaren helburua eta aurreikusitako TLS identitatea galduko lituzke.

Kendu erabiltzaile-izena/pasahitza deiak autentifikatu gabeko proxy baterako; HTTP hautagai publikoak HTTP proxyen zerrendan daude. Dei horiek HTTP CONNECT kredentzialen interfazea dira, ez SOCKS edo NTLM inplementazio orokor bat.

Hutsegitea gRPC eragiketaren aurretik gertatzen bada, modu independentean sortutako kredentzial batek token bat lortzen duen bitartean, aztertu kredentzial horren HTTP ibilbidea. Hemen erakutsitako kanal-hornitzailearen kanpoan dago.