Preċedenza tal-varjabbli tal-proxy u tal-bypass f'gRPC C-Core
Segwi l-preċedenza tal-proxy u tal-bypass ta' gRPC Core mingħajr ma tassumi li implimentazzjoni oħra ta' gRPC tuża l-istess mapper.
Il-bidla ta' http_proxy tista' ma tagħmel xejn jekk diġà teżisti setting ta' gRPC b'preċedenza ogħla. Ibda billi tidentifika l-implimentazzjoni: l-imġiba li ġejja tappartjeni lill-mapper HTTP tal-proxy default ta' gRPC C-Core u lil dawk li jiddependu minnu.
Il-mapper jiċċekkja argument tal-proxy tal-kanal, imbagħad grpc_proxy, imbagħad https_proxy, imbagħad http_proxy, u jieqaf fl-ewwel valur konfigurat.
L-iskoperta tal-bypass għandha l-ordni tagħha: no_grpc_proxy għandu preċedenza fuq no_proxy. Valur qadim hemmhekk jista' jispjega għaliex mira partikolari tevita proxy konfigurat mod ieħor.
Dan il-mapper juża HTTP CONNECT. Il-proxy URI dokumentat tiegħu jistenna skema HTTP; servizz gRPC protett b'TLS mhuwiex fih innifsu jeħtieġ endpoint tal-proxy protett b'TLS. Iċċekkja l-awtentikazzjoni appoġġjata separatament minflok ma tassumi li hija disponibbli kwalunkwe skema ta' dħul tal-browser. Għal mira pubblika ta' gRPC fejn huma permessi intermedjarji pubbliċi, il-lista ta' proxies HTTP toffri kandidati għall-endpoint għall-proxy URI HTTP magħżul; ikkonferma l-aċċess għall-mira u l-port reali ta' CONNECT.
Implimentazzjoni ta' gRPC f'Java, Go, JavaScript jew lingwa oħra jista' jkollha kodiċi tat-trasport u konfigurazzjoni differenti. Tapplikax lista ta' varjabbli C-Core bħala regola universali għal kull ħaġa msejħa gRPC.
Għal kanal li falla, żomm il-proxy magħżul, id-deċiżjoni tal-bypass, il-mira u l-istadju tal-iżball. API HTTP li tista' tintlaħaq permezz ta' klijent ieħor ma tippruvax li dan il-mapper uża l-istess settings jew li l-proxy jippermetti d-destinazzjoni CONNECT meħtieġa.