gRPC C-Core'i puhverserveri ja möödaviigu muutujate tähtsusjärjekord

http_proxy muutmine ei pruugi midagi teha, kui kõrgema tähtsusega gRPC-säte on juba olemas. Alustage teostuse tuvastamisest: järgnev käitumine kuulub gRPC C-Core'i vaikimisi HTTP puhverserveri vastendajale ja selle sõltuvustele.

Vastendaja kontrollib kanali puhverserveri argumenti, seejärel grpc_proxy, seejärel https_proxy, seejärel http_proxy, ja peatub esimese seadistatud väärtuse juures.

Möödaviigu avastamisel on oma järjekord: no_grpc_proxy on no_proxy ees. Vana väärtus seal võib selgitada, miks üks sihtkoht väldib muidu seadistatud puhverserverit.

See vastendaja kasutab HTTP CONNECTi. Selle dokumenteeritud puhverserveri URI eeldab HTTP skeemi; TLS-iga kaitstud gRPC-teenus ei nõua iseenesest TLS-iga kaitstud puhverserveri lõpp-punkti. Kontrollige toetatud autentimist eraldi, selle asemel et eeldada mis tahes brauseri sisselogimisskeemi olemasolu. Avaliku gRPC-sihtkoha puhul, kus avalikud vahendajad on lubatud, pakub HTTP-puhverserverite loendist valitud HTTP puhverserveri URI jaoks lõpp-punkti kandidaate; kinnitage juurdepääs tegelikule CONNECT-sihtkohale ja pordile.

Java, Go, JavaScripti või muu keele gRPC-teostusel võib olla erinev transpordikood ja konfiguratsioon. Ärge rakendage C-Core'i muutujate loendit universaalse reeglina kõigele, mida nimetatakse gRPC-ks.

Ebaõnnestunud kanali puhul säilitage valitud puhverserver, möödaviigu otsus, sihtkoht ja vea etapp. Teise kliendi kaudu kättesaadav HTTP API ei tõenda, et see vastendaja kasutas samu sätteid või et puhverserver lubab nõutavat CONNECT-sihtkohta.