ลำดับความสำคัญของตัวแปรพร็อกซีและบายพาสใน gRPC C-Core

การเปลี่ยน http_proxy อาจไม่มีผลใด ๆ เมื่อมีการตั้งค่า gRPC ที่มีความสำคัญสูงกว่าอยู่แล้ว เริ่มจากการระบุการใช้งาน: พฤติกรรมต่อไปนี้เป็นของ mapper พร็อกซี HTTP ค่าเริ่มต้นของ gRPC C-Core และส่วนที่พึ่งพามัน

mapper ตรวจสอบอาร์กิวเมนต์พร็อกซีของแชนเนล จากนั้น grpc_proxy จากนั้น https_proxy จากนั้น http_proxy และหยุดที่ค่าที่กำหนดไว้ค่าแรก

การค้นหาบายพาสมีลำดับของตัวเอง: no_grpc_proxy มีความสำคัญเหนือ no_proxy ค่าเก่าที่นั่นอาจอธิบายได้ว่าเหตุใดเป้าหมายหนึ่งจึงเลี่ยงพร็อกซีที่กำหนดไว้อย่างอื่น

mapper นี้ใช้ HTTP CONNECT URI พร็อกซีที่จัดทำเอกสารไว้คาดหวังสคีมา HTTP บริการ gRPC ที่ได้รับการป้องกันด้วย TLS ไม่ได้ต้องการปลายทางพร็อกซีที่ป้องกันด้วย TLS โดยตัวมันเอง ตรวจสอบการยืนยันตัวตนที่รองรับแยกต่างหาก แทนที่จะถือว่ามีสคีมาการเข้าสู่ระบบของเบราว์เซอร์ใด ๆ สำหรับเป้าหมาย gRPC สาธารณะที่อนุญาตตัวกลางสาธารณะ รายการพร็อกซี HTTP เสนอผู้สมัครปลายทางสำหรับ URI พร็อกซี HTTP ที่เลือก ยืนยันการเข้าถึงเป้าหมายและพอร์ต CONNECT จริง

การใช้งาน gRPC ใน Java, Go, JavaScript หรือภาษาอื่นอาจมีโค้ดการรับส่งและการกำหนดค่าที่ต่างกัน อย่าใช้รายการตัวแปร C-Core เป็นกฎสากลกับทุกสิ่งที่เรียกว่า gRPC

สำหรับแชนเนลที่ล้มเหลว ให้เก็บพร็อกซีที่เลือก การตัดสินใจบายพาส เป้าหมาย และขั้นตอนของข้อผิดพลาด HTTP API ที่เข้าถึงได้ผ่านไคลเอนต์อื่นไม่ได้พิสูจน์ว่า mapper นี้ใช้การตั้งค่าเดียวกัน หรือพร็อกซีอนุญาตปลายทาง CONNECT ที่ต้องการ