gRPC C-Core proksisi və yan keçmə dəyişənlərinin prioriteti
Başqa gRPC tətbiqinin eyni mapkerdən istifadə etdiyini güman etmədən gRPC Core-un proksi və yan keçmə prioritetini izləyin.
Daha yüksək prioritetli gRPC parametri artıq mövcud olduqda http_proxy-nin dəyişdirilməsi heç bir nəticə verməyə bilər. Əvvəlcə tətbiqi müəyyənləşdirin: aşağıdakı davranış gRPC C-Core-un standart HTTP proksi mapkerinə və ondan asılı olanlara aiddir.
Mapker əvvəlcə kanal proksi arqumentinə, sonra grpc_proxy-yə, sonra https_proxy-yə, sonra http_proxy-yə baxır və ilk konfiqurasiya edilmiş dəyərdə dayanır.
Yan keçmə aşkarlanmasının öz sırası var: no_grpc_proxy no_proxy-dən üstündür. Oradakı köhnə dəyər bir hədəfin başqa cür konfiqurasiya edilmiş proksidən niyə yayındığını izah edə bilər.
Bu mapker HTTP CONNECT istifadə edir. Onun sənədləşdirilmiş proksi URI-si HTTP sxemi gözləyir; TLS ilə qorunan gRPC xidməti təkbaşına TLS ilə qorunan proksi son nöqtəsi tələb etmir. Dəstəklənən autentifikasiyanı ayrıca yoxlayın, hər hansı brauzer giriş sxeminin mövcud olduğunu güman etməyin. İctimai vasitəçilərə icazə verilən ictimai gRPC hədəfi üçün HTTP proksi siyahısından seçilmiş HTTP proksi URI-si üçün son nöqtə namizədləri təqdim olunur; faktiki CONNECT hədəfinə və porta çıxışı təsdiqləyin.
Java, Go, JavaScript və ya başqa gRPC tətbiqi fərqli nəqliyyat kodu və konfiqurasiyasına malik ola bilər. C-Core dəyişənlər siyahısını gRPC adlanan hər şey üçün universal qayda kimi tətbiq etməyin.
Uğursuz kanal üçün seçilmiş proksini, yan keçmə qərarını, hədəfi və xəta mərhələsini saxlayın. Başqa klient vasitəsilə əldə edilə bilən HTTP API bu mapkerin eyni parametrləri istifadə etdiyini və ya proksinin tələb olunan CONNECT təyinatına icazə verdiyini sübut etmir.