gRPC C-Core'da proxy ve bypass değişken önceliği
Başka bir gRPC uygulamasının aynı eşleyiciyi kullandığını varsaymadan gRPC Core'un proxy ve bypass önceliğini izleyin.
Daha yüksek öncelikli bir gRPC ayarı zaten varsa http_proxy değiştirmek hiçbir şey yapmayabilir. Uygulamayı belirleyerek başlayın: aşağıdaki davranış gRPC C-Core'un varsayılan HTTP proxy eşleyicisine ve ona bağlı olanlara aittir.
Eşleyici önce kanal proxy argümanını, sonra grpc_proxy, sonra https_proxy, sonra http_proxy değerini denetler ve ilk yapılandırılmış değerde durur.
Bypass keşfinin kendi sırası vardır: no_grpc_proxy no_proxy önünde gelir. Oradaki eski bir değer, bir hedefin neden başka türlü yapılandırılmış bir proxy'den kaçındığını açıklayabilir.
Bu eşleyici HTTP CONNECT kullanır. Belgelenmiş proxy URI'si bir HTTP şeması bekler; TLS ile korunan bir gRPC hizmeti kendi başına TLS ile korunan bir proxy uç noktası gerektirmez. Herhangi bir tarayıcı oturum açma şemasının bulunduğunu varsaymak yerine desteklenen kimlik doğrulamayı ayrıca denetleyin. Genel aracıların izin verildiği genel bir gRPC hedefi için HTTP proxy listesinden seçilen HTTP proxy URI'si için uç nokta adayları sunar; gerçek CONNECT hedefine ve bağlantı noktasına erişimi doğrulayın.
Java, Go, JavaScript veya başka bir dildeki gRPC uygulaması farklı taşıma kodu ve yapılandırmaya sahip olabilir. C-Core değişken listesini gRPC denen her şeye evrensel bir kural olarak uygulamayın.
Başarısız bir kanal için seçilen proxy'yi, bypass kararını, hedefi ve hata aşamasını saklayın. Başka bir istemci üzerinden erişilebilen bir HTTP API, bu eşleyicinin aynı ayarları kullandığını veya proxy'nin gereken CONNECT hedefine izin verdiğini kanıtlamaz.