Forgangur proxy- og framhjáhlaupssbreyta í gRPC C-Core
Fylgdu forgangi proxy og framhjáhlaupa í gRPC Core án þess að gera ráð fyrir að önnur gRPC-útfærsla noti sama mapper.
Að breyta http_proxy getur gert ekkert þegar gRPC-stilling með hærri forgang er þegar til staðar. Byrjaðu á að greina útfærsluna: eftirfarandi hegðun tilheyrir sjálfgefnum HTTP-proxy-mapper gRPC C-Core og þeim sem hann byggir á.
Mapperinn athugar rásarproxy-rök, síðan grpc_proxy, síðan https_proxy, síðan http_proxy, og stöðvast við fyrsta stillta gildið.
Uppgötvun framhjáhlaupa hefur sína eigin röð: no_grpc_proxy gengur framar no_proxy. Gamalt gildi þar getur útskýrt hvers vegna eitthvert mark forðast annars stilltan proxy.
Þessi mapper notar HTTP CONNECT. Skjalfest proxy-URI hans væntir HTTP-skemans; TLS-varin gRPC-þjónusta krefst ekki af sjálfu sér TLS-varins proxy-endapunkts. Athugaðu studda auðkenningu sérstaklega í stað þess að gera ráð fyrir að hvaða innskráningarskema vafra sem er sé tiltækt. Fyrir opinbert gRPC-mark þar sem opinber milliliðir eru leyfðir býður listinn yfir HTTP-milliþjóna upp á endapunktaframbjóðendur fyrir valið HTTP-proxy-URI; staðfestu aðgang að raunverulegu CONNECT-marki og porti.
Java-, Go-, JavaScript- eða önnur gRPC-útfærsla getur haft annan flutningskóða og stillingar. Notaðu ekki C-Core breytulista sem almenna reglu fyrir allt sem heitir gRPC.
Fyrir misheppnaða rás skaltu varðveita valinn proxy, framhjáhlaupaákvörðun, markið og villustigið. HTTP API sem næst í gegnum annan biðlara sannar ekki að þessi mapper hafi notað sömu stillingar eða að proxyinn leyfi tilskilið CONNECT-áfangastað.