קאָנפיגורירן דעם gRPC־קאַנאַל פֿון Pub/Sub Java פֿאַר HTTP CONNECT

באַנוצט דעם קאַנאַל־פֿאַרזאָרגער פֿון דעם דזשענערירטן קליענט ווען אַ Pub/Sub Java gRPC פֿאַרבינדונג דאַרף אַ HTTP CONNECT פּראָקסי. אַ געוויינטלעכע URLConnection איינשטעלונג באַשאַפֿט נישט די קאַנאַל־קאָנפֿיגוראַציע.

פֿאַר דעם topic-admin קליענט:

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 און TopicAdminSettings זענען Pub/Sub v1 קלאַסן; HttpConnectProxiedSocketAddress קומט פֿון io.grpc און InetSocketAddress פֿון java.net. דאָס ביישפּיל האַלט אַז די געוויינטלעכע אינטערנעט־אַדרעס איז די ציל.

דער דעטעקטאָר גיט צוריק אַ פּראָקסי־פֿאַרבינדונג־אַדרעס צוזאַמען מיטן אָריגינעלן ציל. דער gRPC־בויער פֿאָדערט אַז די פּראָקסי־אַדרעס זאָל זיין אויפֿגעלייזט. לאָזט דעם דינסט־ענדפּונקט ווי Pub/Sub: דערזעצן עס מיט דעם פּראָקסי־האָסט־נאָמען וואָלט פֿאַרלאָרן דעם דינסט־ציל און די געמיינטע TLS־אידענטיטעט.

נעמט אַוועק די באַנוצער־נאָמען/פּאַראָל־רופֿן פֿאַר אַ נישט־אויטענטיפֿיצירטן פּראָקסי; עפֿנטלעכע HTTP קאַנדידאַטן געפֿינען זיך אין דער ליסטע פֿון HTTP־פּראָקסיס. די רופֿן זענען די HTTP CONNECT באַשטעטיקונג־שניט, נישט SOCKS אָדער אַן אַלגעמיינע NTLM־אימפּלעמענטאַציע.

אויב דער דורכפֿאַל פּאַסירט פֿאַר דער gRPC־אָפּעראַציע בשעת אַ באַזונדער באַשאַפֿענע באַשטעטיקונג באַקומט אַ טאָקן, פּרוופֿט דעם HTTP־וועג פֿון דער באַשטעטיקונג. ער איז אַרויס דעם דאָ געוויזענעם קאַנאַל־פֿאַרזאָרגער.