gRPC C-Coren välityspalvelin- ja ohitusmuuttujien ensisijaisuus
Seuraa gRPC Coren välityspalvelimen ja ohituksen ensisijaisuutta olettamatta, että toinen gRPC-toteutus käyttää samaa mapperia.
http_proxy-muuttujan muuttaminen ei välttämättä tee mitään, jos korkeamman prioriteetin gRPC-asetus on jo olemassa. Aloita tunnistamalla toteutus: seuraava käyttäytyminen kuuluu gRPC C-Coren oletusarvoiselle HTTP-välityspalvelinmapperille ja sen riippuvuuksille.
Mapper tarkistaa kanavan välityspalvelinargumentin, sitten grpc_proxy, sitten https_proxy, sitten http_proxy, ja pysähtyy ensimmäiseen määritettyyn arvoon.
Ohituksen tunnistuksella on oma järjestyksensä: no_grpc_proxy on ensisijainen no_proxy-muuttujaan nähden. Vanha arvo siellä voi selittää, miksi jokin kohde ohittaa muuten määritetyn välityspalvelimen.
Tämä mapper käyttää HTTP CONNECTia. Sen dokumentoitu välityspalvelin-URI odottaa HTTP-skeemaa; TLS-suojattu gRPC-palvelu ei sinänsä vaadi TLS-suojattua välityspalvelimen päätepistettä. Tarkista tuettu todennus erikseen sen sijaan, että olettaisit minkä tahansa selaimen kirjautumiskehyksen olevan käytettävissä. Julkiselle gRPC-kohteelle, jossa julkiset välittäjät ovat sallittuja, HTTP-välityspalvelinten luettelosta tarjoaa päätepisteehdokkaita valitulle HTTP-välityspalvelin-URI:lle; vahvista pääsy todelliseen CONNECT-kohteeseen ja porttiin.
Java-, Go-, JavaScript- tai muu gRPC-toteutus voi käyttää erilaista siirtokoodia ja kokoonpanoa. Älä sovella C-Core-muuttujaluetteloa yleisenä sääntönä kaikkeen, mitä kutsutaan gRPC:ksi.
Epäonnistuneen kanavan osalta säilytä valittu välityspalvelin, ohituspäätös, kohde ja virhevaihe. Toisen asiakkaan kautta tavoitettava HTTP API ei osoita, että tämä mapper käytti samoja asetuksia tai että välityspalvelin sallii vaaditun CONNECT-kohteen.