Re: [grpc-io] [Java] Override authority

Thank you, we'll be definitely looking at DNS config changes too. On Tuesday, August 15, 2017 at 4:32:37 PM UTC-4, Eric Anderson wrote: > > Ah, then ManagedChannelBuilder.overrideAuthority() seems to be what you > want. Linkerd is acting as a reverse proxy, so it "is" the server as far as >

Re: [grpc-io] [Java] Override authority

Ah, then ManagedChannelBuilder.overrideAuthority() seems to be what you want. Linkerd is acting as a reverse proxy, so it "is" the server as far as gRPC is concerned. Your environment could have been configured by overriding DNS to point to linkerd; that's functionally similar to using

Re: [grpc-io] [Java] Override authority

Thanks for the idea. It's a bit more complicated as we run apps in containers in overlay network, which means each container has its own localhost. But adding some custom dns config might be an option. Thanks. On Thursday, August 10, 2017 at 5:46:29 PM UTC-4, Ryan Michela wrote: > > If you are

Re: [grpc-io] [Java] Override authority

If you are willing to trust someone else to resolve "localhost" for you, you can leave your internal DNS untouched. https://stackoverflow.com/questions/1562954/public-wildcard-domain-name-to-resolve-to-127-0-0-1 On Thu, Aug 10, 2017 at 2:37 PM, wrote: > That's pretty

Re: [grpc-io] [Java] Override authority

We use linkerd as well and found a neat trick for routing grpc requests to the proxy without having to muck with the Authority header. We added a magic "localhost" domain name to our dns where all subdomains point to 127.0.0.1. In the client builder, we set the destination to

Re: [grpc-io] [Java] Override authority

I use https://linkerd.io/ for the proxy - it performs load balancing and name resolution. It is HTTP/2 aware and uses authority header by default to resolve names. Yes, I use insecure channels and need to route certain connections only through the proxy, so setting global http proxy will not

Re: [grpc-io] [Java] Override authority

On Wed, Aug 9, 2017 at 1:56 PM, wrote: > What's the right way to override authority for a channel or stub? > > I see there is withAuthority method in CallOptions, but there is no > withAuthority method in AbstractStub and I cannot pass CallOptions to > generated stubs. >

[grpc-io] [Java] Override authority

Hello, What's the right way to override authority for a channel or stub? I see there is withAuthority method in CallOptions, but there is no withAuthority method in AbstractStub and I cannot pass CallOptions to generated stubs. There is overrideAuthority method in ManagedChannelBuilder class,