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 ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಅದು ಇಲ್ಲಿ ತೋರಿಸಿರುವ ಚಾನೆಲ್ ಪೂರೈಕೆದಾರರ ಹೊರಗಿದೆ.