Starpniekservera un apiešanas mainīgo prioritāte gRPC C-Core
Izsekojiet gRPC Core starpniekservera un apiešanas prioritātei, nepieņemot, ka cita gRPC implementācija izmanto to pašu kartētāju.
http_proxy maiņa var neko nedot, ja jau ir augstākas prioritātes gRPC iestatījums. Sāciet ar implementācijas noteikšanu: tālāk aprakstītā uzvedība pieder gRPC C-Core noklusējuma HTTP starpniekservera kartētājam un no tā atkarīgajām daļām.
Kartētājs pārbauda kanāla starpniekservera argumentu, pēc tam grpc_proxy, pēc tam https_proxy, pēc tam http_proxy, un apstājas pie pirmās konfigurētās vērtības.
Apiešanas noteikšanai ir sava kārtība: no_grpc_proxy ir prioritārs pār no_proxy. Vecā vērtība tur var izskaidrot, kāpēc kāds mērķis izvairās no citādi konfigurēta starpniekservera.
Šis kartētājs izmanto HTTP CONNECT. Tā dokumentētais starpniekservera URI sagaida HTTP shēmu; ar TLS aizsargāts gRPC pakalpojums pats par sevi neprasa ar TLS aizsargātu starpniekservera galapunktu. Pārbaudiet atbalstīto autentifikāciju atsevišķi, tā vietā lai pieņemtu, ka ir pieejama jebkāda pārlūka pieteikšanās shēma. Publiskam gRPC mērķim, kur atļauti publiski starpnieki, HTTP starpniekserveru saraksta piedāvā galapunktu kandidātus izvēlētajam HTTP starpniekservera URI; apstipriniet piekļuvi faktiskajam CONNECT mērķim un portam.
gRPC implementācijai Java, Go, JavaScript vai citā valodā var būt atšķirīgs transporta kods un konfigurācija. Neattieciniet C-Core mainīgo sarakstu kā universālu noteikumu uz visu, ko sauc par gRPC.
Neizdevušam kanālam saglabājiet izvēlēto starpniekserveru, apiešanas lēmumu, mērķi un kļūdas posmu. HTTP API, kas sasniedzama caur citu klientu, nepierāda, ka šis kartētājs izmantoja tos pašus iestatījumus vai ka starpniekserveris atļauj nepieciešamo CONNECT galamērķi.