gRPC C-Core හි ප්‍රොක්සි සහ බයිපාස් විචල්‍යවල ප්‍රමුඛතාව
වෙනත් gRPC ක්‍රියාත්මක කිරීමක් එම මැපර් එකම භාවිත කරයි යැයි නොසිතා gRPC Core හි ප්‍රොක්සි සහ බයිපාස් ප්‍රමුඛතාව නිරීක්ෂණය කරන්න.
ඉහළ ප්‍රමුඛතාවක් ඇති gRPC සැකසුමක් දැනටමත් තිබේ නම් http_proxy වෙනස් කිරීමෙන් කිසිවක් නොවිය හැක. පළමුව ක්‍රියාත්මක කිරීම හඳුනා ගන්න: පහත හැසිරීම gRPC C-Core හි පෙරනිමි HTTP ප්‍රොක්සි මැපර් සහ එය මත රඳා පවතින දේට අයත් වේ.
මැපර් චැනල් ප්‍රොක්සි තර්කය, පසුව grpc_proxy, පසුව https_proxy, පසුව http_proxy පරීක්ෂා කර පළමු වින්‍යාසගත අගයේ නතර වේ.
බයිපාස් සොයාගැනීමට තමන්ගේම අනුපිළිවෙලක් ඇත: no_grpc_proxy no_proxy ට වඩා ප්‍රමුඛ වේ. එහි ඇති පැරණි අගයක් නිසා එක් ඉලක්කයක් වෙනත් ආකාරයකින් වින්‍යාසගත ප්‍රොක්සියක් මඟ හරින්නේ ඇයි දැයි පැහැදිලි කළ හැක.
මෙම මැපර් HTTP CONNECT භාවිත කරයි. එහි ලේඛනගත ප්‍රොක්සි URI HTTP ක්‍රමයක් අපේක්ෂා කරයි; TLS ආරක්ෂිත gRPC සේවාවක් තමන් විසින්ම TLS ආරක්ෂිත ප්‍රොක්සි අන්ත ලක්ෂ්‍යයක් අවශ්‍ය නොවේ. ඕනෑම බ්‍රවුසර පිවිසුම් ක්‍රමයක් ඇතැයි නොසිතා සහාය දක්වන සත්‍යාපනය වෙන වෙනම පරීක්ෂා කරන්න. පොදු මැදිහත්කරුවන්ට අවසර දෙන පොදු gRPC ඉලක්කයක් සඳහා, HTTP ප්‍රොක්සි ලැයිස්තුවෙන් තෝරාගත් HTTP ප්‍රොක්සි URI සඳහා අන්ත ලක්ෂ්‍ය අපේක්ෂකයන් සපයයි; සැබෑ CONNECT ඉලක්කයට සහ වරායට ප්‍රවේශය තහවුරු කරන්න.
Java, Go, JavaScript හෝ වෙනත් භාෂාවක gRPC ක්‍රියාත්මක කිරීමකට වෙනස් ප්‍රවාහන කේතයක් සහ වින්‍යාසයක් තිබිය හැක. gRPC ලෙස හඳුන්වන සියල්ලට C-Core විචල්‍ය ලැයිස්තුව සර්වත්‍ර නීතියක් ලෙස යොදන්න එපා.
අසාර්ථක චැනලයක් සඳහා තෝරාගත් ප්‍රොක්සිය, බයිපාස් තීරණය, ඉලක්කය සහ දෝෂ අවස්ථාව රඳවා ගන්න. වෙනත් සේවාලාභියෙකු හරහා ළඟා විය හැකි HTTP API මගින් මෙම මැපර් එම සැකසුම් භාවිත කළ බව හෝ ප්‍රොක්සිය අවශ්‍ය CONNECT ගමනාන්තයට ඉඩ දෙන බව ඔප්පු නොවේ.