Blaenoriaeth proxy a newidynnau osgoi gRPC C-Core
Olrheiniwch flaenoriaeth proxy ac osgoi gRPC Core heb dybio bod gweithrediad gRPC arall yn defnyddio'r un mapiwr.
Gall newid http_proxy wneud dim pan fo gosodiad gRPC â blaenoriaeth uwch eisoes yn bresennol. Dechreuwch drwy nodi'r gweithrediad: mae'r ymddygiad canlynol yn perthyn i fapiwr proxy HTTP diofyn gRPC C-Core a'i ddibynyddion.
Mae'r mapiwr yn gwirio dadl proxy sianel, yna grpc_proxy, yna https_proxy, yna http_proxy, gan stopio ar y gwerth cyntaf a ffurfweddwyd.
Mae gan ddarganfod osgoi ei drefn ei hun: mae no_grpc_proxy yn cael blaenoriaeth dros no_proxy. Gall hen werth yno esbonio pam mae un targed yn osgoi proxy a ffurfweddwyd fel arall.
Mae'r mapiwr hwn yn defnyddio HTTP CONNECT. Mae ei URI proxy dogfennedig yn disgwyl cynllun HTTP; nid yw gwasanaeth gRPC a warchodir gan TLS ynddo'i hun yn gofyn am bwynt terfyn proxy a warchodir gan TLS. Gwiriwch ddilysiad a gefnogir ar wahân yn lle tybio bod unrhyw gynllun mewngofnodi porwr ar gael. Ar gyfer targed gRPC cyhoeddus lle caniateir cyfryngwyr cyhoeddus, mae'r rhestr dirprwyon HTTP yn cynnig ymgeiswyr pwynt terfyn ar gyfer yr URI proxy HTTP a ddewiswyd; cadarnhewch fynediad at y targed CONNECT a'r porth gwirioneddol.
Gall gweithrediad gRPC mewn Java, Go, JavaScript neu iaith arall fod â chod cludo a ffurfweddiad gwahanol. Peidiwch â chymhwyso rhestr newidynnau C-Core fel rheol gyffredinol ar gyfer popeth o'r enw gRPC.
Ar gyfer sianel a fethodd, cadwch y proxy a ddewiswyd, y penderfyniad osgoi, y targed a'r cam gwall. Nid yw API HTTP y gellir ei gyrraedd drwy gleient arall yn profi bod y mapiwr hwn wedi defnyddio'r un gosodiadau na bod y proxy yn caniatáu'r cyrchfan CONNECT gofynnol.