HTTP CONNECT க்காக Pub/Sub Java இன் gRPC சேனலை உள்ளமைக்கவும்

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 பாதையை ஆய்வு செய்யவும். அது இங்கே காட்டப்படும் சேனல் வழங்குநருக்கு வெளியே உள்ளது.