Prioritéit vun Proxy- a Bypass-Variablen an gRPC C-Core
Verfollegt d'Prioritéit vu Proxy a Bypass an gRPC Core, ouni unzehuelen, datt eng aner gRPC-Implementatioun dee selwechte Mapper benotzt.
D'Ännerung vun http_proxy kann näischt bewierken, wann eng gRPC-Astellung mat méi héijer Prioritéit schonn do ass. Fänkt mat der Identifikatioun vun der Implementatioun un: dat folgend Verhalen gehéiert zum Standard-HTTP-Proxy-Mapper vun gRPC C-Core a senge Ofhängegen.
De Mapper kontrolléiert en Kanal-Proxy-Argument, duerno grpc_proxy, duerno https_proxy, duerno http_proxy, a stoppt beim éischte konfiguréierte Wäert.
D'Bypass-Erkennung huet hir eege Reiefolleg: no_grpc_proxy huet Virrang virun no_proxy. En ale Wäert do kann erklären, firwat een Zil en anescht konfiguréierte Proxy ëmgeet.
Dëse Mapper benotzt HTTP CONNECT. Seng dokumentéiert Proxy-URI erwaart en HTTP-Schema; en TLS-geschützte gRPC-Service erfuerdert net vun sech aus en TLS-geschützten Proxy-Endpunkt. Iwwerpréift déi ënnerstëtzt Authentifikatioun separat, amplaz unzehuelen, datt iergendee Browser-Login-Schema verfügbar ass. Fir en ëffentlecht gRPC-Zil, wou ëffentlech Vermëttler erlaabt sinn, bitt déi Lëscht vun HTTP-Proxye Endpunkt-Kandidaten fir déi gewielte HTTP-Proxy-URI; bestätegt den Zougang zum tatsächlechen CONNECT-Zil an zum Port.
Eng gRPC-Implementatioun a Java, Go, JavaScript oder enger anerer Sprooch kann aneren Transportcode an aner Konfiguratioun hunn. Benotzt eng C-Core-Variablenlëscht net als allgemeng Regel fir alles, wat gRPC heescht.
Fir en Echec-Kanal behält de gewielte Proxy, d'Bypass-Entscheedung, d'Zil an d'Feelerstuf. Eng HTTP-API, déi iwwer en anere Client erreechbar ass, beweist net, datt dëse Mapper déi selwecht Astellunge benotzt huet oder datt de Proxy dat néidegt CONNECT-Zil erlaabt.